Een ontwikkelaar implementeert Laravel op een “locatie-identieke” VPS. Het .env-bestand wordt gekopieerd met APP_DEBUG=true, de wachtrij blijft in het sync-stuurprogramma, de planner bestaat niet, de map storage/ is niet toegankelijk voor schrijven. De automaat heeft gelijk. De productieomgeving niet. Laravel vereist dat de hardwarecomponent duidelijk gescheiden is van de applicatieconfiguratie, anders wordt elke implementatie een loterij.
De verwarring blijft opduiken in de ondersteuning: we kopen een “Laravel-ready” server omdat PHP 8.3 is geïnstalleerd, en dan vergeten we routes en views in de cache op te slaan, werknemers te starten of rechten te vergrendelen. De server voert de code uit; de omgeving bepaalt of het in de demomodus of in de productiemodus draait. Zolang deze twee kaarten niet afzonderlijk worden gelezen, lijken de incidenten op applicatiebugs, ook al komen ze voort uit de implementatie.
Server en omgeving: twee afzonderlijke kaarten
De server bevat het besturingssysteem, nginx of Apache, PHP-FPM, eventueel Redis, beveiligingspatches. De omgeving omvat het .env-bestand, de APP_KEY, de database-URL's, de mailconfiguratie, het wachtrijstuurprogramma en de Laravel-caches (config:cache, route:cache, view:cache). De build-laag voegt composer install --no-dev en Fast or Mix-compilatie toe. De laag runtime voegt de bewaakte werknemers toe en de cron-lijn die elke minuut schedule:run aanroept.
| Laag | Voorbeelden | Veel voorkomende fout |
|---|---|---|
| Serveer | nginx, PHP-FPM 8.2, Redis | Geloof dat PHP geïnstalleerd = klaar voor productie |
| Milieu | .env, APP_KEY, WACHTRIJ | .env van enscenering live gekopieerd |
| Bouw | Componeren zonder ontwikkelaar, samengestelde assets | Ontwikkelingsafhankelijkheden in de productie |
| Looptijd | werknemers, planner | Vacatures in sync, cron afwezig |
Een slecht geconfigureerde Laravel-ready server blijft een Laravel-applicatie in demomodus.
Implementatiechecklist die stand houdt
Omgevingsvariabelen moeten APP_ENV=productie, APP_DEBUG=false, unieke sleutels en correcte URL's weergeven. Afhankelijkheden gaan via composer install --no-dev --optimize-autoloader. De frontassets worden samengesteld in CI of lokaal en vervolgens ingezet; php artisan storage:link creëert de verwachte symbolische link. Genereer na elke implementatie configuratiecaches, routes en weergaven opnieuw. De mappen storage/ en bootstrap/cache/ moeten schrijfbaar zijn voor de PHP-FPM-gebruiker.
Voor wachtrijen is een supervisor vereist of een systeem met Redis of een speciale tafel; let op failed_jobs. De planner vereist een cron-invoer * php artisan Schedule:run. Migraties worden pas gestart met migrate --force nadat de database is opgeslagen. Elke stap kan worden geautomatiseerd – Forge, Submit, GitHub Actions, Deploy – maar de lijst blijft hetzelfde, of je nu klikt of scriptt.
Kies de host buiten de processor
Een geloofwaardige Laravel-host biedt recente PHP, gedocumenteerde extensies, installeerbare of beheerde Redis, SSH, betrouwbare cron en een niet-verstorend implementatiepad - geef een symlink vrij of geleidelijke implementatie als het verkeer van cruciaal belang is. Een minimale staging-omgeving met aparte .env voorkomt onaangename verrassingen. Gedeeld kan voor een kleine toepassing voldoende zijn; zodra wachtrijen en werknemers een rol gaan spelen, wordt VPS of beheerd platform de norm.
Lijn de PHP-versie uit met Kies een PHP-versie en de afhankelijkheden met Composer in production. Octane en Horizon voegen alleen bruikbare complexiteit toe na bewijs van FPM-knelpunt of noodzaak voor dashboarding op Redis-bestanden.
De top: succesvolle implementatie is onzichtbaar
Blader door PHP-hosts in de overzicht en vergelijk aanbiedingen met Redis- en SSH-toegang via de vergelijking.
Beslis en ga vooruit zonder blinde vlek
Maak een versie van een .env.production-model zonder geheimen en injecteer de sleutels via uw pijplijn of geheimenmanager. Automatiseer de implementatie met stappen voor cache, migratie en herstart van werknemers in gedocumenteerde volgorde. Configureer Supervisor voor wachtrijen en test een rollback naar de vorige release vóór het eerste echte incident. Monitor 'failed_jobs' en applicatielogboeken zodra ze live gaan. Controleer ten slotte of de planner echt actief is; een ontbrekende cron wordt vaak drie weken later opgemerkt als de rapporten niet meer komen.
Veelgestelde vragen
Wat is het verschil tussen server en Laravel-omgeving?
De server duidt de machine aan: systeem, webserver, PHP-versie. De omgeving bepaalt de applicatiecontext: .env-bestand, APP_ENV=productie-waarde, configuratiecaches en API-sleutels. Het verwarren van de twee leidt tot APP_DEBUG=true in productie- of online staging-sleutels.
FPM of Laravel Octane in productie?
PHP-FPM blijft standaard de robuuste keuze. Octane met Swoole of RoadRunner kan winnen op een API met veel verkeer, maar legt compatibiliteitsbeperkingen op aan pakketten. Begin met FPM, tenzij benchmark anders bewijst.
Hoe Laravel-wachtrijen beheren?
Supervisor of systemd moet queue:work of queue:listen opnieuw opstarten. Gebruik Redis of een databasewachtrij - nooit het sync-stuurprogramma in productie voor e-mails en zware taken.
Wat moet je van een host vragen voor Laravel?
PHP 8.2 of nieuwer, Composer, Redis, betrouwbare cron, SSH-toegang, handige extensies (intl, bcmath, pcntl voor werknemers) en een gedocumenteerde naadloze implementatieprocedure.
In Laravel begint de productie wanneer .env productie zegt - niet wanneer DNS naar de VPS verwijst.