Dashboard admin
Moduł admin pod Settings → Extensions → Speed Boost to Twój pojedynczy punkt wejścia dla statystyk runtime, konfiguracji i diagnostyki. Otwiera się na stronie Dashboard i wystawia wszystko inne z lewego sidebara.
Strona dashboard
Dział zatytułowany „Strona dashboard”Górny wiersz — metryki na pierwszy rzut oka dla bieżącego zakresu kanału sprzedaży:
- Total cached entries — liczba, rozbita na typy (Products / Categories / Listings / CMS / Buybox)
- Total cached size — co jest faktycznie na dysku / w Redisie / w APCu (używa prawdziwego rozmiaru dysku dla Filesystem; rozmiaru raportowanego z bazy dla Redis i APCu)
- Total original size — ile cache ważyłby bez kompresji
- Total space saved — różnica między oryginalnym a w cache
- Average generation time — średni render MISS
- Average cache-hit time — średnia obsługa HIT
Panele per typ pokazują te same metryki ograniczone do tego typu, plus przycisk Clear.
Szybkie akcje:
- Clear all — purguje cały cache
- Start warmup — otwiera wizard warmupu (zobacz Nagrzewanie cache)
Panel “warmup in progress” przejmuje górną połowę, gdy warmup działa.
Zakładki konfiguracji
Dział zatytułowany „Zakładki konfiguracji”Grupa tras Config ma cztery sub-zakładki:
Dashboard
Dział zatytułowany „Dashboard”Pokrętła runtime:
- Cache enabled (domyślnie: on)
- Cache TTL (domyślnie: 1 dzień)
- max-age / s-maxage / CDN-Cache-Control (domyślnie: 0 / 6h / disabled)
- Listing Load Mode — Skeleton (full overlay) vs Background refresh (silent in-place update)
- Listing Background Replacement — Instant vs Fade (300 ms) gdy używany jest Background refresh
- Cacheable Routes — siedem przełączników per typ
- Query parameter filtering —
ignoredQueryParams(zobacz Filtrowanie parametrów query)
Infrastruktura:
- Cache Invalidation Mode — Manual / Basic / Extended / Precise / Smart
- Enable Invalidation Log
- Debug Mode — dodaje nagłówki odpowiedzi
X-P2Lab-Cache-* - Cache Adapter — Filesystem / Redis / APCu
- Redis DSN + Cache Namespace
- Enable Cache Compression + Compression Level (1 / 3 / 6 / 9)
Reverse proxy
Dział zatytułowany „Reverse proxy”Ustawienia Varnish / xkey:
- Enable Varnish Cache
- Xkey Invalidation Strategy — Default / Precise / Smart
- Split xkey Headers
- Shorten xkey Tags
- Enable Reverse Proxy Log
- Xkey Tag Blocklist — 11 przełączalnych kategorii
Statyczna treść referencyjna — linki z powrotem do dokumentacji, którą czytasz, plus copy-paste-ready snippet Varnish VCL dla konfiguracji xkey.
Sub-strony
Dział zatytułowany „Sub-strony”Każda sub-strona jest dostępna z lewego sidebara i ma własny layout list/detail.
Cache entries
Dział zatytułowany „Cache entries”Przeglądaj każdy wpis cache zapisany w bazie (p2lab_cache_entry) — URL, typ, kanał sprzedaży, rozmiar oryginalny, rozmiar w cache, ratio kompresji, czas generowania, czas hit. Używaj, by badać, dlaczego konkretny URL został lub nie został zacache’owany.
Invalidation log
Dział zatytułowany „Invalidation log”Każde zdarzenie inwalidacji zapisane, gdy Enable Invalidation Log jest on. Każdy wpis pokazuje:
- Triggerującą encję (typ, ID, number)
- Pola, które się zmieniły (tylko tryb Smart)
- Wynikowy zestaw tagów
- Liczbę wyczyszczonych wpisów cache
Reverse-proxy log
Dział zatytułowany „Reverse-proxy log”Każdy xkey purge wysłany do Varnisha, gdy Enable Reverse Proxy Log jest on. Dwa wyspecjalizowane widoki uzupełniają standardową listę:
- Entity timeline — każdy purge, który konkretna encja wywołała, chronologicznie
- URL flow — każdy purge, który dotknął konkretny URL, z origin encją
Warmup history
Dział zatytułowany „Warmup history”Każdy run cache-warming. List view pokazuje status, liczniki total / checked / failed i timing. Detail view pokazuje pojedyncze failed URLs z ich statusem HTTP.
Zakres kanału sprzedaży
Dział zatytułowany „Zakres kanału sprzedaży”Przełącznik kanału sprzedaży w headerze ma zastosowanie na każdej stronie modułu. Wybierz konkretny kanał, by filtrować metryki, logi i warmupy do tego kanału; wybierz “All sales channels” dla globalnych liczb.