Admin dashboard
The admin module under Settings → Extensions → Speed Boost is your single entry point for runtime stats, configuration and diagnostics. It opens on the Dashboard page and exposes everything else from the left sidebar.
Dashboard page
Section titled “Dashboard page”Top row — at-a-glance metrics for the current sales-channel scope:
- Total cached entries — count, broken down by type (Products / Categories / Listings / CMS / Buybox)
- Total cached size — what’s actually on disk / in Redis / in APCu (uses real disk size for Filesystem; database-reported size for Redis and APCu)
- Total original size — what the cache would weigh without compression
- Total space saved — difference between original and cached
- Average generation time — average MISS render
- Average cache-hit time — average HIT serve
Per-type panels show the same metrics scoped to that type, plus a Clear button.
Quick actions:
- Clear all — purges the whole cache
- Start warmup — opens the warmup wizard (see Cache warming)
A live warmup-in-progress panel takes over the top half whenever a warmup is running.
Configuration tabs
Section titled “Configuration tabs”The Config route group has four sub-tabs:
Dashboard
Section titled “Dashboard”Runtime knobs:
- Cache enabled (default: on)
- Cache TTL (default: 1 day)
- max-age / s-maxage / CDN-Cache-Control (defaults: 0 / 6h / disabled)
- Listing Load Mode — Skeleton (full overlay) vs Background refresh (silent in-place update)
- Listing Background Replacement — Instant vs Fade (300 ms) when using Background refresh
- Cacheable Routes — the seven per-type toggles
- Query parameter filtering —
ignoredQueryParams(see Query parameter filtering)
Infrastructure:
- Cache Invalidation Mode — Manual / Basic / Extended / Precise / Smart
- Enable Invalidation Log
- Debug Mode — adds
X-P2Lab-Cache-*response headers - Cache Adapter — Filesystem / Redis / APCu
- Redis DSN + Cache Namespace
- Enable Cache Compression + Compression Level (1 / 3 / 6 / 9)
Reverse proxy
Section titled “Reverse proxy”Varnish / xkey settings:
- Enable Varnish Cache
- Xkey Invalidation Strategy — Default / Precise / Smart
- Split xkey Headers
- Shorten xkey Tags
- Enable Reverse Proxy Log
- Xkey Tag Blocklist — 11 togglable categories
Static reference content — links back into the docs you’re reading, plus a copy-paste-ready Varnish VCL snippet for the xkey configuration.
Sub-pages
Section titled “Sub-pages”Each sub-page is reachable from the left sidebar and has its own list/detail layout.
Cache entries
Section titled “Cache entries”Browse every cache entry stored in the database (p2lab_cache_entry) — URL, type, sales channel, original size, cached size, compression ratio, generation time, hit time. Use this to investigate why a specific URL was or wasn’t cached.
Invalidation log
Section titled “Invalidation log”Every invalidation event recorded when Enable Invalidation Log is on. Each entry shows:
- The triggering entity (type, ID, number)
- The fields that changed (Smart mode only)
- The resulting tag set
- The number of cache entries purged
Reverse-proxy log
Section titled “Reverse-proxy log”Every xkey purge sent to Varnish when Enable Reverse Proxy Log is on. Two specialised views complement the standard list:
- Entity timeline — every purge a specific entity has triggered, in chronological order
- URL flow — every purge that has affected a specific URL, with the originating entity
Warmup history
Section titled “Warmup history”Every cache-warmup run. List view shows status, total / checked / failed counts and timing. Detail view shows individual failed URLs with their HTTP status.
Sales-channel scope
Section titled “Sales-channel scope”The page-header sales-channel switcher applies to every page in the module. Pick a specific channel to filter metrics, logs and warmups to that channel; pick “All sales channels” for global numbers.