Ich habe ein Projekt auf Laravel 5 und arbeite damit im Büro und auch zu Hause. Es funktioniert gut, aber vor kurzem zu Hause hat es aufgehört zu funktionieren. Laravel zeigt mir zwei ErrorException

file_put_contents(G:\project\storage\framework\views/751d8a0fd8a7d4138c09ceb6a34bb377aa2d6265.php):
failed to open stream: No such file or directory

und

file_put_contents(G:\project\storage\framework/sessions/aIXycR4LIAUBVIqZu0T590paOMIpV8vfZGIroEp0):
failed to open stream: No such file or directory

Ich suche bei Google nach einer Problementscheidung und finde Informationen zu den richtigen Rechten. Alle Ratschläge beziehen sich auf Linux, aber ich arbeite unter Windows im Büro und auch zu Hause.

Wenn ich versuche, den Anwendungscache zu löschen und den Cache anzuzeigen, spricht der Handwerker mit mir - ... gelöscht. Cache-Daten und -Ansichten sind jedoch im Speicher vorhanden.

Wie kann ich dieses Problem beheben?

Danke im Voraus!

Der beste Weg, um dieses Problem zu lösen, ist, in das Verzeichnis zu gehen laravel/bootstrap/cacheund die config.phpDatei zu löschen . oder Sie können es auch umbenennen wie config.php.old Und Ihr Problem wird behoben. Viel Spaß beim Codieren :-)

Sie sollten den php artisan config:cacheBefehl normalerweise als Teil Ihrer Produktionsbereitstellungsroutine ausführen . Als Lösung für Ihr Problem empfehle ich Ihnen, die Cache-Datei neu zu erstellen, um das Laden der Konfiguration zu beschleunigen.

Führen Sie dazu die folgenden Artisan-Befehle in Ihrer Befehlszeile aus

• php artisan cache:clear
• php artisan config:cache

Sie können den Befehl programmgesteuert ausführen, indem Sie Ihren Routen Folgendes hinzufügen:

Route::get('/clear-cache', function() {
    $exitCode = Artisan::call('cache:clear');
    $exitCode = Artisan::call('config:cache');
    return 'DONE'; //Return anything
});

Rufen Sie dann die clear-cacheRoute über Ihren Browser auf.

Ich hoffe das ist hilfreich.

Nach einigen Recherchen verstehe ich - ich habe sehr ähnliche, aber unterschiedliche Stammprojektpositionen und deren Cache /bootstrap/cache. Nachdem das Cache-Löschprojekt gestartet wurde.

Eigentlich war ich mit diesem Problem konfrontiert, als ich mein Projekt vom Server auf den lokalen verschoben habe.

im

Speicher / Framework

Vier grundlegende Ordner sind Cache, Sitzungen, Tests, Ansichten erforderlich

In meinem Fall fehlten möglicherweise Sitzungen in gitignore.

Also habe ich manuell einen Sitzungsordner erstellt und den Browser aktualisiert und es hat funktioniert.

Wenn wir dieses Problem löschen, kann jeder fehlende Ordner behoben werden.

Diese Art von Problem tritt im Allgemeinen bei der Migration eines Servers auf einen anderen, eines Ordners auf einen anderen auf. Laravel behält den Cache und die Konfiguration (Dateiname) bei, wenn der Ordner anders ist als dieses Problem.

Lösung Führen Sie den folgenden Befehl aus:

php artisan config:cache

https://laravel.com/docs/5.6/configuration#configuration-caching

Apache + WSL unter Windows

Dies ist ein dummer Fehler und eine andere Antwort als die anderen, aber ich werde es hinzufügen, weil es mir passiert ist.

Wenn Sie WSL (Linux Bash unter Windows) verwenden, um Ihre Laravel-Anwendung zu verwalten, während Sie Ihren Server mit Windows Apache ausführen, werden beim Ausführen von Caching-Befehlen in der WSL der Linux-Pfad und nicht der Windows-Pfad zu den Sitzungen und anderen Ordnern gespeichert .

Lösung

Führen Sie einfach die Cache- Löschbefehle in der Powershell und nicht in der WSL aus.

$ php artisan optimize

War genug für mich.

Wenn Sie kein Shared Hosting haben und keinen Befehlszeilenzugriff haben, navigieren Sie einfach zum Ordner laravel / bootstrap / cache und löschen (oder benennen) Sie die Datei config.php um. Fertig!

Versuchen Sie es mit diesen Befehlen, die bei diesen Fehlern hilfreich waren

Pfad \ Projekt \ Speicher \ Framework \ Ansichten ...

php artisan view:clear

Pfad \ Projekt \ Speicher \ Framework / Sitzungen ...

php artisan config:cache

Der beste Weg, um dieses Problem zu lösen, ist, in das Verzeichnis zu gehen laravel/bootstrap/cacheund alle Dateien aus dem Cache zu löschen.

Führen Sie dazu die folgenden Artisan-Befehle in Ihrer Befehlszeile aus
1. php artisan config:clear
2. php artisan cache:clear
3. php artisan config:cache

In Ihrem Panel oder Server können Sie Befehle ausführen, indem Sie Ihren Routen Folgendes hinzufügen:

    Route::get('/clear-cache', function() {
        $run = Artisan::call('config:clear');
        $run = Artisan::call('cache:clear');
        $run = Artisan::call('config:cache');
        return 'FINISHED';  
    });

Rufen Sie dann die  www.yourdomain.com/clear-cache Route über Ihren Browser auf.

Das Ändern des Namens von /bootstrap/cache/config.php in config.php.old funktioniert bei mir nicht und das Löschen des Caches mit den Befehlen artisan

1. PHP Artisan Config: klar
2. PHP Artisan Cache: klar
3. PHP Artisan Config: Cache

Und aus irgendeinem seltsamen Grund kann ich die Berechtigung für den Eigentümer in den Verzeichnissen nicht ändern, sodass meine Lösung meine IDE (Visual Studio Code) als Administrator ausführte und alles funktioniert.

Mein Projekt befindet sich in einem F: / Pfad einer anderen Festplatte.

Möglicherweise liegt ein Problem mit Ihrer Composer-Datei vor. Du könntest es versuchen:

• composer install installiert die Herstellerpakete gemäß composer.lock (oder erstellt composer.lock, falls nicht vorhanden).

• Das Composer-Update regeneriert immer composer.lock und installiert die neuesten Versionen der verfügbaren Pakete basierend auf composer.json

• Composer Dump-Autoload lädt nichts herunter. Es wird lediglich die Liste aller Klassen neu generiert, die in das Projekt aufgenommen werden müssen (autoload_classmap.php). Ideal, wenn Sie eine neue Klasse in Ihrem Projekt haben. Im Idealfall führen Sie Composer dump-autoload -o aus, um das Laden Ihrer Webseiten zu beschleunigen. Der einzige Grund, warum es nicht standardmäßig ist, ist, dass die Generierung etwas länger dauert (aber nur geringfügig auffällt).

Quelle

Der Grund für dieses Problem sind die Cache-Dateien in localhost. Demnach habe ich verschiedene Dinge wie folgt versucht, um den Cache in meinem Projekt zu leeren, aber jedes Mal, wenn ich fehlgeschlagen bin.

• Es wurde versucht, Cahe-Befehle durch Ändern der Datei web.php (mit handwerklichen Codes) zu löschen.
• Versucht, den Cache durch Verbinden von SSH zu löschen (über PUTTY)
• Es wurde versucht, mein Projekt in der Subdomain zu erstellen und ein neues öffentliches Verzeichnis zu erstellen

Ich habe also eine Lösung für dieses Problem gefunden, nachdem alle oben genannten Schritte fehlgeschlagen sind und es für mich perfekt funktioniert hat. Ich habe die Datei cache.php im Verzeichnis host_route / bootstrap / cache gelöscht .

Ich denke, diese Antwort wird Ihrem Problem helfen.

In meinem Fall war es nichts, was mit PHP Artisan Befehlen behoben werden konnte. Das Problem waren Ordnerberechtigungen für den Ordner / storage. Der Fehler machte das nicht klar.

Wenn Sie Laravel im Docker ausführen, greifen Sie auf das Dateisystem zu

$ docker exec -it name-of-laravel-container /bin/bash

Navigieren Sie als Nächstes zum Stammverzeichnis Ihres Laravel-Projekts. Stellen Sie sicher, dass Sie sich im Speicher- / Framework- Ordner befinden:

1. Zwischenspeicher
2. Sitzungen
3. testen
4. Ansichten

Und sie sollten sowohl lesbar als auch beschreibbar sein.

Ich habe dieses Problem durch Erstellen eines storage\framework\sessionsOrdners gelöst .

Ich hatte ähnliche Probleme aufgrund von .gitignore für den /storageOrdner auf dem ersten Computer, dann geklontem Repository auf dem zweiten Computer und Laravel wurde überarbeitet, um den Sitzungscache aufzuschreiben

Das manuelle Erstellen eines Ordners /storage/sessionskönnte also eine Lösung sein.

Die Lösung, die für mich funktioniert hat, besteht darin, die App nur als Administrator zu verwenden, wenn Sie es sind

1. auf macoder linuxverwendensudo php artisan serve
2. auf Windows versuchen zu öffnen , CMDals ein adminstratorund Projektverzeichnis und laufen dann weiterphp artisan serve

Das Löschen des Inhalts von storage/framework/cachehat den Trick für mich getan. Sonst hat nichts funktioniert ...