W przypadku WordPressa wybór między Apache, Nginx a LiteSpeed ma mniejsze znaczenie niż poprawnie skonfigurowany cache stron. Dla większości witryn wystarczy Apache z event MPM i PHP-FPM albo Nginx z FastCGI cache. LiteSpeed ułatwia osiągnięcie dobrych wyników, lecz nie jest jedyną drogą do szybkiej strony.
Apache, Nginx czy LiteSpeed – czym się różnią?
Serwer WWW przyjmuje żądanie przeglądarki, dostarcza pliki i przekazuje dynamiczne zapytania do PHP. W WordPressie jego wydajność zależy więc nie tylko od samego silnika, ale też od konfiguracji PHP, bazy danych, dysków i pamięci podręcznej.
Apache jest najwygodniejszy na hostingu współdzielonym, ponieważ obsługuje pliki .htaccess. WordPress i wiele wtyczek wykorzystuje je do ustawiania permalinków, przekierowań, ochrony katalogów oraz reguł cache. Nowoczesny Apache z event MPM i PHP-FPM działa wyraźnie lepiej niż starszy wariant prefork z mod_php.
Nginx korzysta z architektury zdarzeniowej. Jeden proces roboczy może obsługiwać wiele połączeń, dlatego serwer dobrze radzi sobie z dużą liczbą jednoczesnych użytkowników i zużywa mniej pamięci. Nie czyta jednak plików .htaccess. Reguły trzeba zapisać w centralnej konfiguracji serwera, co wymaga dostępu administracyjnego.
LiteSpeed łączy model event-driven z kompatybilnością charakterystyczną dla Apache. Wersja Enterprise obsługuje .htaccess, a wraz z wtyczką LiteSpeed Cache oferuje cache całych stron na poziomie serwera. OpenLiteSpeed jest darmowy i otwartoźródłowy, ale nie zapewnia pełnej zgodności z Apache. Między innymi zmiany reguł mogą wymagać restartu serwera.
| Cecha | Apache | Nginx | LiteSpeed |
|---|---|---|---|
Obsługa .htaccess |
Tak, także w hostingu współdzielonym | Nie, reguły zapisuje się w konfiguracji serwera | Enterprise – tak, OpenLiteSpeed – ograniczona zgodność |
| Architektura | MPM prefork, worker lub event | Zdarzeniowa i asynchroniczna | Zdarzeniowa, z LSAPI dla PHP |
| HTTP/3 | Zwykle przez CDN lub proxy przed Apache | Obsługa zależy od wersji i konfiguracji | Obsługiwane, w Enterprise zwykle dostępne bez dodatkowej warstwy |
| Cache stron | Wtyczka, mod_cache, Varnish lub proxy | FastCGI cache albo proxy cache | LSCache sterowany między innymi przez wtyczkę WordPress |
| Licencja | Darmowa, Apache License 2.0 | Darmowy, open source | OpenLiteSpeed – darmowy, Enterprise – komercyjny |
Dlaczego cache serwerowy jest ważniejszy niż nazwa serwera?
Bez cache każde wejście na stronę uruchamia PHP, odczytuje dane z bazy i buduje dokument HTML od początku. Przy większym ruchu właśnie ten etap staje się wąskim gardłem. Rośnie obciążenie procesora, a użytkownik czeka dłużej na pierwszy fragment odpowiedzi, czyli na wyższy TTFB – Time To First Byte.
Cache serwerowy zapisuje gotową odpowiedź i przy kolejnym wejściu może wysłać ją bez uruchamiania WordPressa. Dzięki temu skraca drogę między żądaniem a odpowiedzią. Mechanizm działa podobnie w każdym z omawianych środowisk, choć różni się sposobem konfiguracji:
- LSCache działa na poziomie LiteSpeed i może być zarządzany przez wtyczkę LiteSpeed Cache. Wtyczka pomaga także czyścić cache po publikacji zmian.
- FastCGI cache w Nginx przechowuje odpowiedzi wygenerowane przez PHP-FPM. Administrator musi sam ustalić, które adresy wyłączyć z cache, na przykład panel WordPressa, koszyk i strony użytkowników zalogowanych.
- Cache w Apache można zbudować za pomocą wtyczki, mod_cache, Varnisha albo Nginx działającego jako reverse proxy przed Apache.
- Wtyczki cache generujące statyczne pliki HTML działają na wielu hostingach, ale zwykle mają większy narzut niż cache obsługiwany bezpośrednio przez serwer.
Dobrze skonfigurowany Nginx z FastCGI cache albo Apache z event MPM i zewnętrzną warstwą cache może więc zapewnić podobną odczuwalną szybkość jak LiteSpeed. LiteSpeed ma przewagę głównie w prostocie wdrożenia, ponieważ LSCache i dedykowana wtyczka tworzą spójny zestaw.
Warto też pamiętać, że LiteSpeed Cache nie zapewnia pełnego cache stron na zwykłym Apache ani Nginx. Na tych serwerach mogą działać funkcje ogólne, takie jak minifikacja, optymalizacja obrazów czy lazy loading, ale cache całych stron wymaga właściwego środowiska LiteSpeed albo osobnej konfiguracji.
Który serwer wybrać do WordPressa?
Najlepszy wybór zależy od tego, kto zarządza serwerem, jak duży jest ruch i czy potrzebujesz ręcznej kontroli nad konfiguracją. W praktyce rozważ następujące scenariusze:
- Wybierz Apache, jeśli korzystasz z hostingu współdzielonego, zależy Ci na obsłudze
.htaccessi chcesz instalować wtyczki bez kontaktu z administratorem. Sprawdź, czy dostawca używa event MPM i PHP-FPM, a nie starego prefork z mod_php. - Wybierz Nginx, jeśli masz VPS, serwer dedykowany albo administratora, który może zarządzać centralną konfiguracją. To dobry wybór przy dużej liczbie połączeń, wielu plikach statycznych i potrzebie zastosowania FastCGI cache.
- Wybierz LiteSpeed, jeśli chcesz otrzymać cache stron i integrację z WordPressem przy możliwie małej liczbie ręcznych ustawień. Enterprise sprawdzi się także wtedy, gdy potrzebujesz pełnej zgodności z Apache i
.htaccess. - Wybierz układ Nginx przed Apache, jeśli chcesz połączyć wydajne serwowanie statyki i cache z kompatybilnością Apache. Taki reverse proxy wymaga jednak poprawnej konfiguracji przez administratora.
Jak optymalizować WordPress niezależnie od serwera?
Zmiana Apache na Nginx lub LiteSpeed nie naprawi ciężkiego motywu, nadmiaru wtyczek ani wolnej bazy danych. Kolejność prac powinna być bardziej uniwersalna:
- Włącz cache całych stron i sprawdź, czy nie obejmuje on panelu administracyjnego, koszyka oraz treści dla zalogowanych użytkowników.
- Skonfiguruj PHP-FPM albo LSAPI, OPcache i limity procesów zgodnie z dostępną pamięcią RAM.
- Zmierz TTFB oraz czas ładowania strony przed i po zmianach, najlepiej na tej samej podstronie i z podobnej lokalizacji testowej.
- Usuń niepotrzebne wtyczki, zoptymalizuj obrazy i sprawdź zapytania generowane przez motyw oraz dodatki.
- Ustaw cache przeglądarki, kompresję i CDN, jeśli projekt obsługuje użytkowników z różnych lokalizacji.
Ostateczna rekomendacja
Na typowym hostingu WordPressa Apache nadal jest rozsądnym wyborem, szczególnie gdy liczy się obsługa .htaccess. Nginx sprawdzi się lepiej przy własnym VPS-ie i większej kontroli technicznej. LiteSpeed warto wybrać wtedy, gdy zależy Ci na łatwym wdrożeniu cache serwerowego i akceptujesz koszt wersji Enterprise.
Nie zmieniaj hostingu wyłącznie dlatego, że widzisz nazwę Apache. Najpierw sprawdź, czy działa nowoczesna konfiguracja PHP, jaki cache oferuje dostawca i jak wygląda rzeczywisty TTFB. To te elementy częściej decydują o szybkości WordPressa niż sam silnik WWW.
Testy wydajnościowe bywają mylące, gdy porównują domyślne konfiguracje. Apache bez cache może wypaść słabo, a Nginx lub LiteSpeed z gotowym cache mogą uzyskać dużą przewagę. Po dostrojeniu środowiska różnice często wyraźnie się zmniejszają.
