Cache
Antworten, die das Backend nicht sehen muss
Ein Treffer im Zwischenspeicher wird am Standort beantwortet. Die Anfrage erreicht Ihr Backend gar nicht — das entlastet es und verkürzt den Weg für den Besucher.
Vorrang bei der Einrichtung
Zwischenspeicher sind gefährlich, wenn sie zu viel merken
Wird die Seite eines angemeldeten Benutzers zwischengespeichert und danach an jemand anderen ausgeliefert, ist das ein Datenschutzvorfall.
Bei der Einrichtung wird deshalb zuerst festgelegt, was nicht in den Cache darf.
Voreinstellungen
Eine Untergrenze, keine Abkürzung
Für drei verbreitete Systeme liegen Voreinstellungen bei.
WordPress
nie aus dem Cache
Anmelde- und Sitzungscookies, Verwaltungsbereich
Shopware
nie aus dem Cache
Sitzungscookies, Warenkorb, Bestellweg
TYPO3
nie aus dem Cache
Frontend-Benutzercookies, Redaktionsbereich
Die Presets legen fest, welche Cookies und Pfade unter keinen Umständen aus dem Cache beantwortet werden dürfen: Sitzungscookies, Warenkorbbereiche, Anmeldepfade, Verwaltungsbereiche.
Eigene Regeln ergänzen die Voreinstellungen. Eine eigene Konfiguration entfernt keine Preset-Regel, auch nicht versehentlich.
Voreinstellungen werden mit eigenen Regeln zusammengeführt, nicht ersetzt. Eine eigene Regel kann eine Schutzregel nicht versehentlich aushebeln.
An den Voreinstellungen ändern wir nichts. Wer eine eigene Regel braucht, ergänzt sie — die Presets bleiben darunter bestehen.
Micro-Cache auf tmpfs
Der Cache liegt auf tmpfs und damit vollständig im Arbeitsspeicher. Kein Schreibzugriff auf Festplatten, kein I/O-Overhead beim Lesen eines Eintrags.
Der Micro-Cache hält Antworten nur sehr kurz. Er fängt Lastspitzen ab, wenn viele Anfragen gleichzeitig dasselbe Dokument abrufen. Die kurze Haltezeit begrenzt das Risiko, veraltete Inhalte auszuliefern.
Wie lange ein Inhalt darüber hinaus im Cache bleibt, legen Sie je Site fest — auch abhängig davon, mit welchem Status das Backend geantwortet hat.
Purge über mehrere Knoten
Einzelne URLs purgen Sie gezielt; alternativ fasst ein Tag-basierter Purge alle Einträge mit einem bestimmten Tag zusammen. Nach der Korrektur eines Artikels muss also nicht der gesamte Zwischenspeicher geleert werden — was sonst dazu führt, dass anschließend jede Anfrage wieder das Backend trifft.
Ein Purge greift auf allen Knoten gleichzeitig. Es genügt, ihn einmal anzustoßen; die Koordination übernimmt EdgeWall.
Andernfalls beantwortet ein Knoten die URL bereits neu, während ein anderer noch die alte Fassung aus dem Cache liefert.
Vor der Einrichtung
Bei Standardanwendungen ist die Einrichtung des Zwischenspeichers schnell erledigt. Bei selbst entwickelten Anwendungen sehen wir uns vorher an, woran ein angemeldeter Zustand erkennbar ist.
Schreiben Sie an support@itworxx.de. Diese Seite hat kein Kontaktformular und setzt keine Cookies.