Hvordan udrulles og optimeres Laravel til produktion?

Question

Accepted Answer

Udrulning af Laravel til produktion involverer en sekvens af **optimeringskommandoer** (caching af config/routes/views), sikker konfiguration, kørsel af en ordentlig webserver-stack og styring af queues og scheduler. Laravel stiller specifikke Artisan-kommandoer til rådighed for at optimere til produktion.

## Kommandoerne til produktionsoptimering

```bash
# cache config, routes, and views → significant speedup (skip recompilation per request)
php artisan config:cache        # merge & cache all config into one file
php artisan route:cache          # cache compiled routes
php artisan view:cache           # precompile Blade templates
php artisan event:cache
# or all at once:
php artisan optimize

composer install --optimize-autoloader --no-dev    # optimized autoloader, no dev deps
```

Disse cache-kommandoer er **essentielle for produktionsydeevne** — de forberegner config, routes og views, så PHP ikke skal gennemparsere/rekompilere dem ved hver request, hvilket giver en meningsfuld speedup. (Bemærk: efter config-caching fungerer `env()` kun i config-filer — koden skal læse via `config()`.)

## Sikker produktionskonfiguration

```bash
# .env (production)
APP_ENV=production
APP_DEBUG=false          # ❗ MUST be false — debug=true leaks sensitive info/stack traces
APP_KEY=...               # generated, kept secret
```

```text
✓ APP_DEBUG=false (leaking debug info is a serious security risk)
✓ Keep secrets in .env (gitignored) / environment; never commit them
✓ Use HTTPS; set secure session/cookie settings
```

## Server-stacken og understøttende processer

```text
✓ Web server: NGINX + PHP-FPM (the standard PHP production stack)
✓ Database: a real DB (MySQL/PostgreSQL) with migrations run on deploy (php artisan migrate)
✓ Queue workers: run via Supervisor (or Laravel Horizon for Redis) — keep them alive
✓ Scheduler: ONE cron entry running `schedule:run` every minute
✓ Cache/sessions: Redis (shared, fast) — especially for multi-server, keep app STATELESS
✓ Use OPcache (PHP bytecode cache) — a major PHP-level speedup
```

## Styrede udrulningsmuligheder

```text
Laravel Forge (server provisioning), Vapor (serverless on AWS), or platforms
(Envoyer for zero-downtime deploys) automate much of this.
```

## Hvorfor det betyder noget

At udsende og optimere Laravel til produktion er vigtig viden for at tage applikationer i live korrekt, sikkert og med god performance — og det involverer Laravel-specifikke trin, der adskiller sig fra udvikling.

**Kommandoerne til produktionsoptimering** er særligt vigtige og ofte overset: `config:cache`, `route:cache`, `view:cache` (eller `optimize`) forberegner konfiguration, routes og templates, så PHP ikke skal gennemparsere dem ved hver request, hvilket giver en meningsfuld, essentiel performance-boost — hvis du ikke kører disse i produktion, mister du betydelig performance.

Flere aspekter er også sikkerhedskritiske: **`APP_DEBUG=false`** er obligatorisk (debug-mode læcker sensitive stack traces og konfiguration til angribere — en alvorlig sårbarhed), hemmeligheder skal holdes uden for version control, og HTTPS/sikre sessioner er påkrævet.

At forstå den korrekte **server-stack** (NGINX + PHP-FPM, en rigtig database med migrations kørt ved deploy, OPcache for PHP-niveau hastighed) og de **understøttende processer** (queue workers holdt i live via Supervisor/Horizon, schedulerens enkelte cron-entry, Redis til shared cache/sessions især i multi-server stateless setups) er nødvendigt for en fungerende, performant produktionsudrulning.

At kende styrede muligheder (Forge, Vapor, Envoyer til zero-downtime deploys) er også værdifuld.

Da enhver rigtig Laravel-applikation skal udsendelse korrekt for at være hurtig og sikker — og da udrulningsfejl (spring over optimering af caches, lad debug være tændt, håndter forkert queues/scheduler) forårsager rigtige performance- og sikkerhedsproblemer — er det vigtig senior-level viden at forstå Laravels produktionsudrulning og -optimering (cache-kommandoerne, sikker config, server-stack og understøttende processer) for at levere produktionsklar applikationer, et hyppigt relevant, fagligt-essentielt emne.