Przejdź do głównej zawartości

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.

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.

Grupa tras Config ma cztery sub-zakładki:

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 filteringignoredQueryParams (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)

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.

Każda sub-strona jest dostępna z lewego sidebara i ma własny layout list/detail.

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.

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

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ą

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.

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.