Komprimierung
Der gecachte Response-Body wird im gewählten Backend (Filesystem / Redis / APCu) gespeichert. Wenn Cache-Komprimierung aktivieren an ist (Standard), wird der gespeicherte Payload mit gzip auf der gewählten Stufe komprimiert. Das tauscht geringe CPU-Kosten gegen 40–60 % Speicher-Einsparung.
Konfiguriert unter Einstellungen → Speed Boost → Core → Cache-Speicher.
Was sie tut
Abschnitt betitelt „Was sie tut“- Komprimiert den Response-Body vor dem Schreiben ins Backend
- Dekomprimiert beim Lesen, bevor ausgeliefert wird
Was sie nicht tut
Abschnitt betitelt „Was sie nicht tut“- Sie komprimiert nicht die an den Client gesendete HTTP-Response — das übernimmt Ihr Webserver / Reverse Proxy (
gzip onin Nginx,mod_deflatein Apache, Brotli am CDN usw.). - Sie wirkt nicht auf Varnish — Varnish hält eine eigene Repräsentation.
- Sie wirkt nicht auf die Datenbanktabellen — Metadaten in
p2lab_cache_entrysind unkomprimiert.
Komprimierungsstufen
Abschnitt betitelt „Komprimierungsstufen“| Stufe | Typische Ratio | CPU-Aufwand (relativ) | Wann wählen |
|---|---|---|---|
1 | ~30 % | sehr niedrig | Shop mit hohem Traffic auf günstiger CPU |
3 | ~40 % | niedrig | Ausgewogen low-cost |
6 | ~50 % | mittel (empfohlen) | Standard für die meisten Shops |
9 | ~55 % | hoch | Disk- / Memory-bound, niedriger Traffic |
Zahlen sind grobe Durchschnitte über typische Shopware-Produktseiten (40–200 KB HTML). Größere Seiten komprimieren besser; sehr kleine Seiten können wegen des gzip-Frame-Overheads etwas größer als unkomprimiert ausfallen.
Wann aktivieren
Abschnitt betitelt „Wann aktivieren“- Filesystem-Backend, disk-bound Host — ja, fast immer. Eine kleinere Datei von Platte zu lesen ist oft schneller als eine größere, sogar nach Dekompression.
- Redis-Backend, memory-constrained Instanz — ja. Komprimierung halbiert typisch Ihren
maxmemory-Footprint. - APCu-Backend, kleine
apc.shm_size— ja, Komprimierung kauft Ihnen mehr gecachte Seiten in derselben Allokation. - APCu-Backend, großzügige
apc.shm_size, latenzkritische Endpoints — vielleicht deaktivieren. Dekomprimierungskosten fügen Mikrosekunden hinzu; für sehr kleine Payloads kann das netto negativ sein.
Wann deaktivieren
Abschnitt betitelt „Wann deaktivieren“- Sie profilen und jede Mikrosekunde auf dem Cache-HIT-Pfad zählt mehr als Speicher-Einsparungen.
- Ihr Backend komprimiert bereits transparent (die meisten nicht).
- Ihre Antworten sind alle sehr klein (< 5 KB).
Auswirkung auf Ihren Shop messen
Abschnitt betitelt „Auswirkung auf Ihren Shop messen“Das Dashboard meldet:
- Cache-Gesamtgröße — aktueller Backend-Footprint
- Original-Gesamtgröße — wie groß ohne Komprimierung
- Gesparter Gesamtplatz — die Differenz
- Durchschnittliche Cache-Hit-Zeit — inklusive Dekomprimierung
Komprimierung aus, repräsentativen Warmup laufen lassen, Zahlen notieren. An, erneut. Vergleichen.
Sales-Channel-Geltungsbereich
Abschnitt betitelt „Sales-Channel-Geltungsbereich“Der Komprimierungsschalter und die Stufe sind pro Sales Channel, in der Praxis wählen Sie aber fast immer eine globale Einstellung. Ein gemischtes Setup fügt operative Komplexität hinzu, der Pro-Channel-Vorteil ist marginal.