Bei gecachter Konfiguration lädt Laravel .env während Anfragen nicht neu. Langlebige Prozesse wie Queue-Worker, Octane oder PHP-FPM können alte Werte im Speicher behalten.
php artisan config:cache
.env changed
Application still uses old DB_HOST
php artisan optimize:clear
Laravel config:cache fasst die Konfiguration in einer Cache-Datei zusammen; .env wird danach nicht mehr pro Anfrage geladen. env() sollte daher nur in Config-Dateien stehen und Anwendungscode config() nutzen. Langlebige Worker müssen ebenfalls neu gestartet werden.
env() in eine Config-Datei verschieben.
$adres = env('API_URL');$adres = config('services.api.url');Code-Aktualisierung und Cache-Neuaufbau gemeinsam ausführen.
git pull
composer installgit pull
composer install --no-dev --optimize-autoloader
php artisan optimize:clear
php artisan optimizeNeue Jobs sollen mit aktualisierter Konfiguration starten.
.env değişti fakat worker çalışmaya devam ediyorphp artisan queue:restartPrüft aktive Umgebung und erzeugte Cache-Dateien.
php artisan about --only=environment
php artisan config:show database
ls -lah bootstrap/cache
Leert Config-, Route-, Event- und View-Optimierungs-Caches.
php artisan optimize:clear
Ausführen, nachdem nicht cachebare Route-Closures ausgeschlossen wurden.
php artisan config:cache
php artisan route:cache
php artisan view:cache
Nur für den verwendeten Stack relevante Befehle ausführen.
php artisan queue:restart
php artisan octane:reload 2>/dev/null || true
systemctl reload php8.3-fpm
Veralteten Wert mit config:show ermitteln.
env()-Aufrufe außerhalb der Config-Dateien finden.
Werte nach config/services.php oder passende Config-Datei verschieben.
optimize:clear ausführen und neuen .env-Wert prüfen.
Produktions-Cache-Dateien neu erzeugen.
Queue-, Octane- und PHP-FPM-Prozesse kontrolliert neu laden.
env() wird bei aktivem Config-Cache außerhalb der Config-Dateien aufgerufen.
bootstrap/cache/config.php enthält den alten Wert.
Worker läuft noch mit alter In-Memory-Konfiguration.
Nicht cachebare Route-Closure oder nicht serialisierbare Struktur vorhanden.
Kein passender Fehler gefunden.
Bei aktivem Config-Cache muss er neu aufgebaut werden. In Entwicklung ohne Config-Cache werden Werte meist bei der nächsten Anfrage gelesen.
config:clear reicht nur für Konfiguration. optimize:clear entfernt umfassender die Laravel-Optimierungs-Caches.
Nicht bei jeder .env-Änderung; bei OPcache, Preload oder langlebigen Prozessen kann ein kontrolliertes Reload nötig sein.
Wir setzen dauerhafte Lösungen um, indem wir Laravel, PHP-FPM, Nginx, Apache, MySQL, cPanel und Plesk gemeinsam mit den Logs prüfen.