Wszystko, co warto wiedzieć, zanim zainstalujesz.
Szczegółowe spojrzenie na to, jak działa Cache Stron i Optymalizacja Szybkości PrestaShop 8 i 9, dlaczego zbudowaliśmy go w ten sposób i jaka myśl stoi za powyższymi funkcjami.
Dlaczego Speed Pack
Większość modułów cache ogranicza się do łączenia zasobów. Speed Pack idzie dalej: serwuje całą stronę z cache, zanim PrestaShop w ogóle utworzy kontroler, a następnie stosuje kompletny pipeline optymalizacji na finalnym HTML. Rezultat: obniżony TTFB i Core Web Vitals na zielono.
Cache serwowany bardzo wcześnie
Dzięki hookowi actionDispatcherBefore strona gościa w HIT jest zwracana bez ładowania kontrolera i bez odpytywania bazy produktów. Klucz cache zmienia się per sklep, język, waluta i urządzenie, z opcjonalnym oddzielnym cache mobile i desktop.
Optymalizacja wykraczająca poza Core Web Vitals
Critical CSS per typ strony, CSS asynchroniczny, minifikacja HTML/CSS/JS, combine, defer, Delay JS do interakcji, natywny lazy load, resource hints, font-display swap i przepisywanie CDN. Każda opcja jest aktywowana niezależnie i może być precyzyjnie wykluczana.
Bezpieczeństwo cache przede wszystkim
Buforowane są wyłącznie strony gości z pustym koszykiem. Wykrywanie odbywa się jak najwcześniej przez cookie, przed inicjalizacją kontekstu. Żadne dane klienta nigdy nie są serwowane z cache. Unieważnianie jest automatyczne przy każdej modyfikacji treści.
Zaprojektowany dla integratorów
Architektura PSR-4 bez Composera, atrybuty kontrolne w motywie (data-no-lazy, data-df-nodelay, data-df-nodefer, data-df-nooptim), import/eksport ustawień, podgrzewanie przez CRON i przejrzysty interfejs zaplecza z zakładkami. Komplementarny wobec modułów DataFirefly Core Web Vitals i WebP AVIF Pro, bez nakładania się funkcji.
Na razie nie ma opinii o produkcie.