Co to jest LiteSpeed Cache (LSCache) i jak przyspiesza strony na WordPressie?

LiteSpeed Cache (LSCache) to wtyczka do WordPressa oraz zintegrowany moduł serwerowy, który przechowuje wygenerowane strony internetowe bezpośrednio w pamięci RAM serwera, całkowicie omijając powolne zapytania do bazy danych i ociężały kod PHP. W ten sposób radykalnie skraca czas ładowania witryny, obniżając wskaźnik TTFB (Time to First Byte) do ułamków sekund. To obecnie najszybsza metoda serwowania treści dla systemów CMS. Procesory odpoczywają.

Większość właścicieli stron internetowych traktuje cache jako kolejną zwykłą wtyczkę pobraną z repozytorium. To błąd. LSCache nie działa w warstwie aplikacji. Narzędzie to komunikuje się bezpośrednio z serwerem WWW (LiteSpeed Web Server lub OpenLiteSpeed). Mamy tu do czynienia z mostem łączącym silnik WordPressa z najniższą warstwą oprogramowania maszynowego. Tradycyjne wtyczki oparte wyłącznie na PHP muszą najpierw uruchomić interpreter, aby w ogóle podać zapisaną w buforze stronę. LiteSpeed podaje gotowy plik HTML zanim WordPress w ogóle zorientuje się, że użytkownik wszedł na stronę.

Czym dokładnie jest LiteSpeed Cache i dlaczego różni się od innych wtyczek?

Zasada działania buforowania na poziomie serwera zmienia architekturę przesyłania danych. W tradycyjnym modelu z wtyczkami takimi jak WP Rocket czy W3 Total Cache, żądanie przeglądarki trafia do serwera (Apache lub Nginx), następnie wywoływany jest PHP, który ładuje wtyczkę buforującą. Wtyczka ta odnajduje wygenerowany wcześniej plik na dysku i odsyła go do użytkownika. LiteSpeed ucina ten łańcuch w połowie. Żądanie trafia do serwera WWW, a ten natychmiast wypluwa treść ze swojej pamięci podręcznej. PHP milczy.

Mamy za sobą dziesiątki migracji dużych portali informacyjnych. W zeszłym miesiącu przenosiliśmy zaplecze serwisu z ruchem rzędu trzydziestu tysięcy unikalnych użytkowników dziennie. Na starym serwerze Nginx z klasycznym systemem cache’owania w PHP, procesor dławił się przy nagłych pikach odwiedzin wywołanych artykułami z mediów społecznościowych. Load average serwera szybował do wartości 15.0, a strona zwracała błędy 502. Przejście na LiteSpeed Enterprise i aktywacja modułu LSCache zbiła load do 0.8 w ciągu dziesięciu minut od przepięcia DNS. Zwykła zmiana metody serwowania statycznego HTML uratowała portal przed padem.

Oto zestawienie pokazujące różnice w architekturze:

Jak LSCache przyspiesza strony na WordPressie pod maską?

Samo zainstalowanie wtyczki to zaledwie wierzchołek góry lodowej. LiteSpeed Cache posiada kilkadziesiąt zakładek konfiguracyjnych, które sterują zachowaniem przeglądarki, serwera i zewnętrznych węzłów CDN. Głównym silnikiem napędowym jest tu funkcja Page Caching. Polega ona na robieniu zrzutów całych stron internetowych i trzymaniu ich w gotowości. Ale LSCache wchodzi głębiej w optymalizację kodu źródłowego.

Mechanizm optymalizacji CSS i JS w tej wtyczce pozwala na asynchroniczne ładowanie skryptów. Przeglądarka renderuje tekst i obrazy, a ciężkie pliki JavaScript ładują się w tle lub dopiero po interakcji użytkownika (np. po ruchu myszką). To sztucznie pompuje wyniki w Google PageSpeed Insights. Algorytm Google widzi stronę jako załadowaną, podczas gdy skrypty śledzące czy chaty ładują się z opóźnieniem. Daje to ogromną przewagę w pozycjonowaniu SEO.

Wtyczka korzysta z zaawansowanych reguł wykluczeń. Budując konfigurację, opieramy się zawsze na asymetrycznych założeniach:

• Agresywne buforowanie strony głównej i wpisów blogowych z czasem wygasania (TTL) ustawionym na tydzień. To odciąża bazę MySQL praktycznie do zera w obszarach, gdzie treść zmienia się rzadko.
• Całkowite wykluczenie z pamięci podręcznej ścieżek koszyka, strony zamówienia oraz panelu klienta w WooCommerce.
• Generowanie osobnego bufora dla urządzeń mobilnych.
• Czyszczenie cache tylko dla powiązanych tagów i kategorii w momencie publikacji nowego wpisu.

Czy LiteSpeed Cache działa na zwykłym serwerze Apache lub Nginx?

Nie działa w pełni. Wtyczkę LSCache pobierzesz z repozytorium WordPressa i zainstalujesz na serwerze Apache, ale funkcje buforowania strony będą całkowicie wyłączone. Narzędzie zakomunikuje brak silnika LiteSpeed na serwerze. Dostępne pozostaną jedynie funkcje optymalizacji obrazów, minifikacji CSS/JS czy integracji z CDN. To mija się z celem. Aby wyciągnąć z tego rozwiązania surową moc, potrzebujesz hostingu opartego na LiteSpeed Web Server (LSWS) w wersji komercyjnej lub darmowej wersji OpenLiteSpeed dla serwerów VPS.

Jakie ustawienia LiteSpeed Cache dają największy spadek TTFB?

Domyślna konfiguracja po instalacji wtyczki jest bezpieczna, ale zachowawcza. Prawdziwe ucinanie milisekund zaczyna się w zakładce Object Cache oraz przy konfiguracji Crawlera. Object Cache nie buforuje całych stron HTML, ale pojedyncze zapytania do bazy danych. Jeśli na stronie głównej masz widget wyświetlający pięć ostatnich wpisów, WordPress domyślnie pyta bazę MySQL o te wpisy przy każdym przeładowaniu, jeśli strona nie jest w Page Cache. Object Cache zapamiętuje wynik tego konkretnego zapytania z bazy.

Uruchomienie Object Cache (wymaga rozszerzenia Redis lub Memcached na serwerze) drastycznie przyspiesza pracę w panelu administracyjnym WordPressa (wp-admin). Panel wp-admin nigdy nie jest buforowany przez Page Cache. Redaktorzy pracujący na zapleczu często skarżą się na powolne zapisywanie artykułów. Object Cache rozwiązuje ten problem. Baza danych oddycha swobodniej.

Drugim elementem jest Crawler. To wbudowany w LSCache mały bot, który naśladuje zachowanie użytkownika. Spaceruje po mapie witryny (sitemap.xml) i odwiedza każdą podstronę, zmuszając serwer do wygenerowania cache’u. Gdy prawdziwy człowiek wchodzi na stronę z wyszukiwarki Google, nigdy nie trafia na „zimny” cache. Plik HTML już na niego czeka. Włączenie Crawlera w nocy, gdy ruch na serwerze jest niski, to najlepsza praktyka administracyjna.

Co to jest QUIC.cloud i po co łączyć go z LSCache?

QUIC.cloud to sieć dostarczania treści (CDN) zbudowana od podstaw przez twórców LiteSpeed. W przeciwieństwie do Cloudflare, który buforuje głównie statyczne zasoby (obrazki, CSS, JS), QUIC.cloud potrafi buforować dynamiczny kod HTML wygenerowany przez WordPressa na węzłach rozsianych po całym świecie. Zlokalizowany w Warszawie serwer obsłuży polskiego klienta błyskawicznie. Klient z Nowego Jorku musiałby czekać na odpowiedź z Polski. QUIC.cloud zapisuje stronę w swoim węźle w USA i stamtąd oddaje ją amerykańskiemu użytkownikowi.

Integracja wymaga wygenerowania klucza domeny w ustawieniach LSCache. Całość zajmuje minutę. Po sparowaniu wtyczki z kontem QUIC.cloud zyskujesz darmowy przydział na optymalizację zdjęć, generowanie krytycznego CSS (CCSS) oraz unikalnego CSS (UCSS). Sieć QUIC przetwarza te ciężkie zadania na swoich własnych maszynach, zdejmując obciążenie z Twojego hostingu.

Dlaczego minifikacja CSS i JS w LSCache psuje wygląd strony i jak to naprawić?

Każdy, kto zajmuje się optymalizacją WordPressa, prędzej czy później rozbije stronę. Włączasz opcję „Minify CSS” oraz „Combine JS”, odświeżasz witrynę i widzisz rozsypane menu, brak stylów, rozjechane fonty. Dzieje się tak, ponieważ LSCache zmienia kolejność ładowania skryptów lub łączy pliki, które wymagają ścisłej, zaprogramowanej przez twórcę motywu hierarchii wczytywania.

Zamiast wyłączać całą optymalizację, stosujemy precyzyjne wykluczenia. Jeśli suwak (slider) na stronie głównej przestał działać po włączeniu opóźnionego ładowania JS (Defer JS), otwieramy konsolę przeglądarki (F12) i szukamy błędów na czerwono. Zazwyczaj brakuje biblioteki jQuery lub pliku ze skryptem slidera. Kopiujemy nazwę tego pliku (np. swiper.min.js) i wklejamy ją w zakładce „Tuning” w sekcji wykluczeń JS. Wtyczka zostawi ten konkretny plik w spokoju. Slider wraca do życia, a reszta skryptów nadal ładuje się asynchronicznie.

Bardzo przydatną funkcją jest UCSS (Unique CSS). Zamiast ładować plik stylów motywu ważący 500 KB, LSCache analizuje konkretną podstronę, wycina z niej tylko te style, które są na niej faktycznie używane, i generuje nowy plik ważący 20 KB. Reszta kodu to śmieci, których przeglądarka nie musi pobierać. To potężne narzędzie do walki z ostrzeżeniem „Usuń nieużywany kod CSS” w testach Google.

Object Cache: Redis czy Memcached w konfiguracji z LiteSpeed?

W panelu LSCache masz do wyboru dwa silniki bazy danych w pamięci do obsługi Object Cache. Redis deklasuje Memcached. Koniec kropki. Memcached gubi wątki przy dużym obciążeniu koszyka w sklepach WooCommerce i ma archaiczny sposób zarządzania zrzutami pamięci. Redis zapisuje dane na dysku twardym w celach bezpieczeństwa, potrafi replikować struktury i obsługuje bardziej złożone typy danych. Zawsze wybieraj Redisa, o ile Twój usługodawca hostingowy oferuje go w panelu cPanel lub DirectAdmin.

Konfiguracja Redisa w LSCache sprowadza się do wpisania hosta (zazwyczaj localhost lub 127.0.0.1) oraz portu (6379). Wtyczka posiada wbudowany przycisk testu połączenia. Jeśli zapali się na zielono, natychmiast odczujesz różnicę w szybkości nawigacji po panelu WordPressa. To absolutna podstawa przy dużych sklepach internetowych, gdzie klienci generują mnóstwo unikalnych zapytań o stany magazynowe i warianty produktów.

Optymalizacja zdjęć w WordPressie przez LSCache – czy warto?

Moduł optymalizacji obrazów w LiteSpeed Cache to cichy zabójca zewnętrznych, płatnych wtyczek takich jak Smush czy ShortPixel. LSCache wysyła Twoje oryginalne zdjęcia w formacie JPG lub PNG do serwerów QUIC.cloud. Tam są one kompresowane bezstratnie lub stratnie, a następnie konwertowane do nowoczesnego formatu WebP. Serwer QUIC odsyła odchudzone wersje na Twój hosting. Wtyczka automatycznie podmienia linki w kodzie HTML, serwując WebP przeglądarkom, które go obsługują, a starszym urządzeniom (np. stare wersje Safari) podaje oryginalnego JPG-a.

Warto pamiętać o ustawieniach limitów. QUIC.cloud daje darmowy, odnawialny co miesiąc pakiet kredytów na optymalizację. Dla małego bloga to w zupełności wystarczy. Przy potężnym sklepie e-commerce z tysiącami produktów, darmowy limit wyczerpie się w kilka dni. Wtedy opłaca się wykupić wyższy pakiet na platformie QUIC. Ustawienie automatycznego żądania optymalizacji (Auto Request Cron) sprawia, że po wgraniu zdjęcia do biblioteki mediów, cały proces odbywa się w tle bez Twojej ingerencji.

Technologia ESI (Edge Side Includes) dla stron dynamicznych

Prawdziwym sprawdzianem dla systemów cache są strony z zawartością mieszaną. Wyobraź sobie sklep internetowy. Strona główna jest w 99 procentach statyczna – te same banery, te same polecane produkty dla każdego odwiedzającego. Ale w prawym górnym rogu znajduje się ikona koszyka z liczbą dodanych produktów, a obok nazwa zalogowanego użytkownika. Tradycyjny bufor PHP ma tu problem. Albo wyłącza cache dla całej strony (co zabija wydajność), albo buforuje stronę z pustym koszykiem, przez co klient traci podgląd swoich zakupów.

LSCache rozwiązuje ten problem za pomocą technologii ESI. Dziurawi on statyczny plik HTML. Wyobraź to sobie jako wycięcie małego okienka w zamrożonej stronie głównej. Cała strona (banery, stopka, układ) serwowana jest błyskawicznie z pamięci RAM serwera. Natomiast małe okienko (ikona koszyka) jest obliczane dynamicznie przez PHP specjalnie dla tego konkretnego użytkownika. ESI pozwala na buforowanie stron dla zalogowanych użytkowników z zachowaniem ich prywatnych danych.

• Włączenie ESI w zakładce ustawień LiteSpeed.
• Przekształcenie wybranych widgetów WordPressa w bloki ESI. Masz nad tym pełną kontrolę w panelu widgetów, gdzie pojawia się nowa opcja buforowania.

Konfiguracja ESI wymaga weryfikacji i testów. Źle ustawione bloki potrafią wywołać nieoczekiwane zachowania w formularzach kontaktowych. Zawsze testuj zakupy w sklepie w oknie incognito po uruchomieniu tej funkcji.

Zarządzanie optymalizacją bazy danych z poziomu LSCache zdejmuje z serwera przymus instalacji dodatkowych narzędzi. Narzędzie pozwala wyczyścić spamerskie komentarze, usunąć stare rewizje wpisów, sieroty po metadanych oraz zoptymalizować tabele bazy (komenda OPTIMIZE TABLE) jednym kliknięciem. Trzymanie lekkiej bazy danych to fundament, o którym wielu administratorów po prostu zapomina, szukając problemów w skomplikowanych ustawieniach serwera.

Zaloguj się teraz na swój serwer, wyłącz stare wtyczki buforujące i odpal moduł LiteSpeed. Zmierz TTFB przed i po. Zobaczysz surową różnicę w milisekundach na własnym monitorze.

FAQ – Najczęściej zadawane pytania

• Czy LiteSpeed Cache działa na każdym hostingu?
  Nie w pełni. Do obsługi buforowania stron (Page Cache) wymagany jest serwer LiteSpeed Web Server lub OpenLiteSpeed. Na Apache i Nginx działają tylko funkcje optymalizacji kodu i obrazów.
• Co to jest ESI w LSCache?
  ESI (Edge Side Includes) to technologia pozwalająca wyciąć dynamiczne fragmenty (np. koszyk w sklepie) z buforowanej, statycznej strony. Dzięki temu można serwować cache nawet zalogowanym użytkownikom.
• Dlaczego LSCache psuje CSS mojej strony?
  Włączenie agresywnej minifikacji lub asynchronicznego ładowania plików (Defer) zaburza kolejność wczytywania skryptów zaplanowaną przez twórcę motywu. Wymaga to wykluczenia wybranych plików w zakładce Tuning.
• Czy muszę płacić za QUIC.cloud?
  Podstawowy pakiet usług, w tym ochrona CDN i limity na optymalizację obrazów, jest darmowy. Duże witryny generujące potężny ruch muszą wykupić dodatkowe pakiety transferu.
• Jak wyczyścić cache w LiteSpeed?
  Wtyczka dodaje ikonę LiteSpeed na górnym pasku administracyjnym WordPressa. Najechanie na nią rozwija menu z opcją „Purge All” (Wyczyść wszystko). Można też czyścić bufor dla pojedynczych adresów URL.
• Czy LSCache zastępuje wtyczki do optymalizacji zdjęć?
  Tak. Moduł optymalizacji obrazów w LSCache kompresuje pliki graficzne i konwertuje je do formatu WebP, całkowicie eliminując potrzebę instalacji narzędzi takich jak Smush czy Imagify.

Bibliografia

1. LiteSpeed Technologies – https://www.litespeedtech.com
2. Oficjalne Repozytorium WordPress – https://wordpress.org
3. QUIC.cloud – https://quic.cloud
4. Redis – https://redis.io
5. Dokumentacja OpenLiteSpeed – https://openlitespeed.org