LiteSpeed Cache in Laravel integrieren

Laravel kann LiteSpeed verwenden, um HTTP-Antworten kompatibler Routen zu speichern. Das ist nützlich, wenn eine Seite wiederverwendet werden kann, ohne die ganze Anwendung auszuführen. Es ersetzt weder die Optimierung von Abfragen noch den Cache-Speicher von Laravel, der Redis oder einen anderen Treiber nutzen kann.

Die Integration vorbereiten

Prüfen Sie, ob Ihre PHP- und Laravel-Version mit litespeed/lscache-laravel kompatibel ist. Testen Sie auf Staging und bewahren Sie den bisherigen Code, die Lock-Datei der Abhängigkeiten und die Konfiguration auf.

Im Stammverzeichnis des Projekts:

composer require litespeed/lscache-laravel
php artisan vendor:publish --provider='Litespeed\LSCache\LSCacheServiceProvider'

Führen Sie jeden Befehl nur aus, wenn der vorherige erfolgreich abgeschlossen wurde. Prüfen Sie die veröffentlichte Konfigurationsdatei, ohne eine bestehende Konfiguration blind zu überschreiben. Das Paket nutzt die automatische Paketerkennung von Laravel; übernehmen Sie keine Anweisungen zur Registrierung von Providern oder zu Kernel.php aus einem alten Zweig in ein aktuelles Projekt.

Damit LiteSpeed nach gespeicherten Antworten sucht, nennt die Dokumentation des Pakets diese Regel für die öffentliche .htaccess der Anwendung, wobei die Laravel-Regeln erhalten bleiben:

<IfModule LiteSpeed>
    CacheLookup on
</IfModule>

Routen und eine Purge-Richtlinie wählen

Beginnen Sie mit einer lesenden Route, die allen Besuchern genau denselben Inhalt liefert. Mit der Middleware des Pakets legen Sie eine Gültigkeitsdauer fest und ob die Antwort öffentlich, privat oder nicht speicherbar ist. Lassen Sie die globalen Werte ohne Cache, während Sie festlegen, welche Routen ihn nutzen können.

Machen Sie nicht die ganze Gruppe web oder den Administrationsbereich zu einem öffentlichen Cache. Eine scheinbar rein informative Seite kann in ihrem Template Benutzername, CSRF-Token, Währung, Sprache oder Sitzungsdaten enthalten. Solche Elemente erfordern Ausnahmen oder ein eigenes Design.

Legen Sie auch fest, wann Antworten ungültig werden: Das Veröffentlichen einer Nachricht oder das Ändern eines Preises muss die zugehörigen Seiten entfernen. Das Paket bietet Tags und Purge-Funktionen; verwenden Sie die, die zu Ihrer Version und zum Inhaltsmodell des Projekts passen.

Vor dem Deployment prüfen

Rufen Sie eine öffentliche Route mehrmals auf und prüfen Sie ihre HTTP-Header: Dass ein Steuerungs-Header gesendet wird, beweist nicht, dass der Server die Antwort gespeichert hat. Suchen Sie bei einer späteren Anfrage nach einem Cache-Treffer.

Prüfen Sie zwei unabhängige Sitzungen, Sprachen und alle relevanten Varianten. Aktualisieren Sie den Testinhalt und prüfen Sie, ob der Purge ihn sichtbar macht. Anmeldung, Abmeldung, Formulare und Vorgänge mit Auswirkungen müssen ihr Verhalten beibehalten.

Wenn Inhalte einer anderen Sitzung erscheinen, deaktivieren Sie die betroffene Cache-Richtlinie und leeren Sie ihre Antworten sofort. Um die Integration zu entfernen, nehmen Sie Middleware und Konfiguration zurück, leeren Sie den Cache und entfernen Sie danach die Abhängigkeit mit Ihrem Deployment-Ablauf. Es genügt nicht, das Paket zu entfernen, solange noch gespeicherte Antworten vorhanden sind.