Admin-Dashboard

Das Admin-Modul unter Einstellungen → Erweiterungen → Speed Boost ist Ihr Einzigeinstieg für Runtime-Statistiken, Konfiguration und Diagnose. Es öffnet sich auf der Dashboard-Seite und bietet alles weitere über die linke Seitenleiste.

Dashboard-Seite

Obere Zeile — Kennzahlen auf einen Blick für den aktuellen Sales-Channel-Bereich:

Gesamte Cache-Einträge — Anzahl, aufgeschlüsselt nach Typen (Produkte / Kategorien / Listings / CMS / Buybox)
Cache-Gesamtgröße — was tatsächlich auf Festplatte / in Redis / in APCu liegt (verwendet bei Filesystem die echte Festplattengröße; bei Redis und APCu die in der Datenbank gemeldete Größe)
Original-Gesamtgröße — wie schwer der Cache ohne Komprimierung wäre
Gesamt gesparter Platz — Differenz zwischen Original und Cache
Durchschnittliche Generierungszeit — durchschnittliches MISS-Rendering
Durchschnittliche Cache-Hit-Zeit — durchschnittliche HIT-Auslieferung

Panels pro Typ zeigen dieselben Metriken auf diesen Typ beschränkt, plus einen Leeren-Button.

Schnellaktionen:

Alle leeren — purgt den ganzen Cache
Warmup starten — öffnet den Warmup-Assistenten (siehe Cache-Warming)

Ein Panel “Warmup läuft” übernimmt die obere Hälfte, wann immer ein Warmup läuft.

Konfigurations-Tabs

Die Route-Gruppe Konfig hat vier Unter-Tabs:

Dashboard

Runtime-Schalter:

Cache aktiviert (Standard: an)
Cache-TTL (Standard: 1 Tag)
max-age / s-maxage / CDN-Cache-Control (Standards: 0 / 6h / deaktiviert)
Listing-Lademodus — Skeleton (Full-Overlay) vs. Hintergrund-Refresh (silent in-place Update)
Listing-Hintergrundersetzung — Sofort vs. Überblenden (300 ms) bei Hintergrund-Refresh
Cachefähige Routen — die sieben Pro-Typ-Schalter
Query-Parameter-Filterung — ignoredQueryParams (siehe Query-Parameter-Filterung)

Core

Infrastruktur:

Cache-Invalidierungsmodus — Manual / Basic / Extended / Precise / Smart
Invalidierungslog aktivieren
Debug-Modus — fügt Response-Header X-P2Lab-Cache-* hinzu
Cache-Adapter — Filesystem / Redis / APCu
Redis DSN + Cache-Namespace
Cache-Komprimierung aktivieren + Komprimierungsstufe (1 / 3 / 6 / 9)

Reverse Proxy

Varnish- / xkey-Einstellungen:

Varnish-Cache aktivieren
xkey-Invalidierungsstrategie — Default / Precise / Smart
xkey-Header aufteilen
xkey-Tags kürzen
Reverse-Proxy-Log aktivieren
xkey-Tag-Blocklist — 11 schaltbare Kategorien

Hilfe

Statische Referenzinhalte — Links zurück in die Dokumentation, die Sie gerade lesen, plus ein copy-paste-fertiger Varnish-VCL-Snippet für die xkey-Konfiguration.

Unterseiten

Jede Unterseite ist von der linken Seitenleiste aus erreichbar und hat ein eigenes List/Detail-Layout.

Cache-Einträge

Browsen Sie jeden in der Datenbank gespeicherten Cache-Eintrag (p2lab_cache_entry) — URL, Typ, Sales Channel, Original-Größe, Cache-Größe, Komprimierungsratio, Generierungszeit, Hit-Zeit. Verwenden Sie das, um zu untersuchen, warum eine bestimmte URL gecacht wurde oder nicht.

Invalidierungslog

Jedes Invalidierungsereignis, das aufgezeichnet wurde, wenn Invalidierungslog aktivieren an ist. Jeder Eintrag zeigt:

Die auslösende Entität (Typ, ID, Nummer)
Die geänderten Felder (nur Smart-Modus)
Das resultierende Tag-Set
Die Anzahl gelöschter Cache-Einträge

Reverse-Proxy-Log

Jeder an Varnish gesendete xkey-Purge, der aufgezeichnet wurde, wenn Reverse-Proxy-Log aktivieren an ist. Zwei spezialisierte Ansichten ergänzen die Standardliste:

Entitäts-Timeline — jeder Purge, den eine bestimmte Entität ausgelöst hat, chronologisch
URL-Flow — jeder Purge, der eine bestimmte URL betroffen hat, mit auslösender Entität

Warmup-Historie

Jeder Cache-Warmup-Lauf. Die Listenansicht zeigt Status, Zähler total / geprüft / fehlgeschlagen und Timing. Die Detailansicht zeigt einzelne fehlgeschlagene URLs mit ihrem HTTP-Status.

Sales-Channel-Geltungsbereich

Der Sales-Channel-Switcher in der Seitenkopfzeile gilt auf jeder Seite des Moduls. Wählen Sie einen konkreten Channel, um Metriken, Logs und Warmups auf diesen Channel zu filtern; “Alle Sales Channels” für globale Zahlen.