Hvordan deployer og optimaliserer du Laravel for produksjon?

Question

Accepted Answer

Deploying Laravel til produksjon innebærer en sekvens av **optimeringskommandoer** (caching av config/routes/views), sikker konfigurering, kjøring av en riktig webserverbunke, og styring av køer og scheduler. Laravel tilbyr spesifikke Artisan-kommandoer for optimering for produksjon.

## Optimeringskommandoene for produksjon

```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 cachingkommandoene er **essensielle for produksjonsprestasjon** — de forberegner config, routes og views slik at PHP ikke trenger å parse/kompilere dem på nytt for hver request, noe som gir en merkbar hastighetsøkning. (Merk: etter config caching fungerer `env()` bare i config-filer — koden må lese via `config()`.)

## Sikker produksjonskonfigurering

```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
```

## Serverbunkestakken og støtteprosesser

```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
```

## Alternativer for administrert deployment

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

## Hvorfor det betyr noe

Å deploye og optimalisere Laravel for produksjon er essensielt for å få applikasjoner i live korrekt, sikkert og med god ytelse — og det innebærer Laravel-spesifikke steg som skiller seg fra utvikling.

**Produksjonsoptimiseringskommandoene** er særlig viktige og ofte oversett: `config:cache`, `route:cache`, `view:cache` (eller `optimize`) forberegner konfigurering, routes og templates slik at PHP ikke trenger å parse dem på nytt for hver request, noe som gir en merkbar, essensiel ytelsesforbedring — manglende kjøring av disse i produksjon etterlater betydelig ytelsespotensial på bordet.

Flere aspekter er også sikkerhetskritiske: **`APP_DEBUG=false`** er obligatorisk (debug-modus lekker sensitive stack traces og konfigurering til angripere — en alvorlig sårbarhet), hemmeligheter må holdes utenfor versjonskontroll, og HTTPS/sikre økter er påkrevd.

Å forstå den riktige **serverbunkestakken** (NGINX + PHP-FPM, en reell database med migrasjoner kjørt ved deploy, OPcache for PHP-nivåhastighet) og de **støtteprosessene** (køarbeidere holdt i live via Supervisor/Horizon, schedulerens enkle cron-oppføring, Redis for delt cache/økter spesielt i multi-server stateless-oppsett) er nødvendig for en fungerende, ytelsesfull produksjonsdistribusjon.

Å kjenne til administrerte alternativer (Forge, Vapor, Envoyer for null-nedetidsdeployer) er også verdifullt.

Ettersom enhver reell Laravel-applikasjon må deployes korrekt for å være rask og sikker — og siden deployingsfeil (hopping over optimiseringscaches, debug liggende på, feil håndtering av køer/scheduler) forårsaker reelle ytelsesproblem og sikkerhetsproblemer — er forståelse av Laravels produksjonsdeployering og optimalisering (cachingkommandoene, sikker config, serverbunkestakken og støtteprosessene) viktig senior-nivå kunskap for levering av produksjonsklar applikasjoner, et hyppig relevant, profesjonelt essensielt emne.