Apache, LiteSpeed i Nginx dla WordPress

Serwer WWW to pierwszy element infrastruktury, który odpowiada na żądanie przeglądarki. Jego konfiguracja wpływa na czas ładowania strony, zachowanie pod obciążeniem, bezpieczeństwo i sposób komunikacji z interpreterem PHP. Dla WordPress wybór sprowadza się do trzech technologii: Apache, LiteSpeed i Nginx. Każda z nich ma konkretne zalety, ograniczenia i scenariusze, w których sprawdza się najlepiej.

W WebOptimo konfigurujemy i administrujemy wszystkimi trzema serwerami. Dobieramy technologię do wymagań projektu, a nie odwrotnie. Na tej podstawie przygotowaliśmy szczegółowe zestawienie Apache, LiteSpeed i Nginx, dzieląc się praktyką z naszych wdrożeń. Dodatkowo weryfikujemy wydajność LiteSpeed i Apache na podstawie rzeczywistych środowisk produkcyjnych.

Apache – fundament hostingu WordPress

Apache HTTP Server to najdłużej rozwijany i najpowszechniej stosowany serwer WWW w ekosystemie WordPress. Jego kluczowa przewaga to natywna obsługa plików .htaccess, na których WordPress opiera permalinki, przekierowania, reguły bezpieczeństwa i kontrolę dostępu. Zdecydowana większość hostingów współdzielonych działa na Apache, a każda wtyczka WordPress, która modyfikuje .htaccess (zabezpieczenia, cache, przekierowania), zakłada, że na serwerze stoi Apache.

.htaccess Apache czyta pliki .htaccess dynamicznie, bez restartu serwera. Użytkownik hostingu współdzielonego może modyfikować reguły przekierowań, permalinki i zabezpieczenia bez dostępu do konfiguracji głównej serwera. To fundament, na którym działa cały ekosystem wtyczek WordPress. Więcej o konfiguracji Apache w naszym artykule o Apache w hostingu WordPress.
MPM i wydajność Apache oferuje trzy modele obsługi połączeń (MPM): prefork (procesowy, kompatybilny z mod_php), worker (hybrydowy) i event (zdarzeniowy, najwydajniejszy). W konfiguracjach produkcyjnych stosujemy MPM Event z PHP-FPM, co daje znacznie lepszą wydajność niż domyślny prefork z mod_php spotykany na wielu hostingach.
Moduły mod_rewrite (permalinki i przekierowania), mod_security (WAF), mod_headers (nagłówki bezpieczeństwa), mod_expires (cache przeglądarki), mod_deflate (kompresja). Apache ma najbogatszy ekosystem modułów spośród trzech omawianych serwerów, choć Nginx i LiteSpeed pokrywają najważniejsze funkcje własnymi implementacjami.
Kiedy stosujemy Apache Na hostingach współdzielonych, gdzie .htaccess jest jedynym sposobem konfiguracji serwera. Na serwerach VPS i dedykowanych, gdzie projekt wymaga pełnej kompatybilności z ekosystemem wtyczek WordPress. W konfiguracji z Nginx jako reverse proxy na froncie i Apache na backendzie, co łączy wydajność Nginx z kompatybilnością Apache.

LiteSpeed – wydajność z kompatybilnością Apache

LiteSpeed Web Server (LSWS) to komercyjny serwer WWW zaprojektowany jako drop-in replacement dla Apache. Czyta pliki .htaccess i httpd.conf, obsługuje mod_rewrite i mod_security, a jednocześnie działa w architekturze event-driven, obsługując tysiące jednoczesnych połączeń przy znacznie niższym zużyciu pamięci. Największą przewagą nad Apache jest wbudowany LSCache, który cachuje pełne strony HTML na poziomie serwera, całkowicie pomijając PHP. Szczegółowe porównanie LiteSpeed i Apache opisujemy w artykule LiteSpeed i OpenLiteSpeed dla WordPress.

LSCache Cache na poziomie serwera, który omija interpreter PHP. Żądanie anonimowego użytkownika trafia do LiteSpeed, serwer sprawdza cache i zwraca odpowiedź bez uruchamiania WordPressa. Dedykowana wtyczka LiteSpeed Cache dla WordPress zarządza invalidacją, obsługuje Edge Side Includes (ESI) dla dynamicznych fragmentów (np. koszyk WooCommerce) i oferuje optymalizację obrazów przez QUIC.cloud.
LSAPI vs PHP-FPM LiteSpeed komunikuje się z PHP przez własny interfejs LSAPI, który wykorzystuje współdzieloną pamięć zamiast gniazd Unix/TCP. Przy dużej liczbie jednoczesnych żądań dynamicznych LSAPI wykazuje wyższą przepustowość niż PHP-FPM. To różnica istotna przy dużym ruchu na sklepach WooCommerce i portalach z wieloma zalogowanymi użytkownikami.
Licencja i koszt LiteSpeed Enterprise wymaga licencji od 10 dol. miesięcznie (Site Owner, 5 domen) do 92 dol. miesięcznie (Web Host Elite). Istnieje darmowa wersja OpenLiteSpeed, ale z ograniczoną kompatybilnością z Apache (wymaga restartu po zmianach .htaccess) i bez integracji z cPanel/Plesk. Dla pojedynczej witryny na VPS OpenLiteSpeed jest rozsądną opcją, dla firm hostingowych jedynym realnym wyborem jest Enterprise.
Kiedy stosujemy LiteSpeed Tam, gdzie projekt już na etapie planowania zakłada duży ruch i krótki czas reakcji serwera jest priorytetem. Duże sklepy WooCommerce z tysiącami produktów, portale z dynamiczną treścią, platformy z wieloma jednocznymi użytkownikami. Jeśli założenia budżetowe pozwalają na koszt licencji, zysk w postaci LSCache i LSAPI realnie przekłada się na niższy TTFB i mniejsze obciążenie serwera.

Nginx – serwer HTTP i reverse proxy

Nginx to serwer WWW o architekturze event-driven, który obsługuje ogromną liczbę jednoczesnych połączeń przy minimalnym zużyciu zasobów. W ekosystemie WordPress pełni dwie role: samodzielnego serwera HTTP (tam, gdzie administrator zarządza konfiguracją bezpośrednio) oraz reverse proxy przed Apache lub LiteSpeed. Nginx nie obsługuje plików .htaccess, co oznacza, że wszystkie reguły trzeba tłumaczyć na konfigurację w server blockach. To czyni go mniej wygodnym na hostingach współdzielonych, ale daje pełną kontrolę na serwerach zarządzanych. Szczegóły konfiguracji w artykule Nginx w hostingu WordPress.

Reverse proxy Najpopularniejsza rola Nginx w infrastrukturze WordPress. Nginx na froncie terminuje połączenia SSL/TLS, serwuje pliki statyczne (CSS, JS, obrazy, fonty) i cachuje odpowiedzi (FastCGI cache), a Apache lub PHP-FPM na backendzie generują dynamiczną treść. Taki stos łączy wydajność Nginx z kompatybilnością Apache. Konfigurację reverse proxy opisujemy osobno.
Samodzielny serwer HTTP Na serwerach VPS i dedykowanych, gdzie administrator zarządza konfiguracją bezpośrednio, Nginx może obsługiwać WordPress samodzielnie z PHP-FPM. Reguły permalinków, przekierowań i bezpieczeństwa konfiguruje się w server blockach zamiast .htaccess. To wymaga kompetencji administracyjnych, ale daje maksymalną wydajność i pełną kontrolę. Stos LEMP (Linux, Nginx, MariaDB, PHP-FPM) opisujemy w publikacji o architekturze LEMP.
FastCGI cache Nginx posiada wbudowany FastCGI cache, który cachuje pełne odpowiedzi PHP na dysku. Cache działa na poziomie serwera, eliminując PHP przy serwowaniu cachowanych stron, podobnie jak LSCache w LiteSpeed. Różnica polega na tym, że FastCGI cache wymaga ręcznej konfiguracji reguł cachowania i invalidacji, podczas gdy LSCache z wtyczką WordPress zarządza tym automatycznie.
Kiedy stosujemy Nginx Jako reverse proxy na serwerach VPS i dedykowanych, gdzie chcemy łączyć wydajność Nginx z kompatybilnością Apache. Jako samodzielny serwer HTTP pod aplikacje, które nie wymagają .htaccess (headless WordPress, API, aplikacje Node.js, Python). W konfiguracji z wieloma backendami, gdzie Nginx rozkłada ruch między serwery (load balancing).

LiteSpeed vs Apache vs Nginx – nasze scenariusze wdrożeń

Każdy z trzech serwerów ma scenariusze, w których jest najlepszym wyborem. Poniżej opisujemy, jak dobieramy technologię do konkretnych wymagań projektów naszych klientów.

Hosting współdzielony

Apache lub LiteSpeed Enterprise

Na hostingach współdzielonych wybór serwera należy do firmy hostingowej. Apache to standard, z którego korzysta większość dostawców. Coraz więcej hostingów oferuje LiteSpeed Enterprise, co jest realną zaletą dzięki LSCache. Nginx na hostingach współdzielonych pod WordPress praktycznie nie występuje ze względu na brak obsługi .htaccess. Przy wyborze dostawcy zwracamy uwagę na serwer WWW. Więcej w poradniku wyboru hostingu.

VPS / serwer dedykowany

Apache + Nginx reverse proxy

Najczęstsza konfiguracja na serwerach, które administrujemy. Nginx na froncie obsługuje SSL, pliki statyczne i FastCGI cache, Apache na backendzie obsługuje PHP z pełną kompatybilnością .htaccess. Stos łączy wydajność Nginx z ekosystemem Apache, jest darmowy i nie wymaga licencji. To rozwiązanie, które polecamy jako domyślne przy administracji serwerami.

Duży ruch

LiteSpeed Enterprise

Tam, gdzie projekt zakłada tysiące jednoczesnych użytkowników, duży sklep WooCommerce lub portal z dynamiczną treścią, a założenia budżetowe pozwalają na koszt licencji. LSCache i LSAPI dają przewagę nad konfiguracją Apache + Nginx pod obciążeniem. Konfigurujemy LiteSpeed z pełną integracją wtyczki LSCache, ESI dla WooCommerce i ochroną anty-DDoS.

Aplikacje bez .htaccess

Nginx jako samodzielny serwer

Headless WordPress z REST API, aplikacje Node.js, Python, API backendowe. Tam, gdzie .htaccess nie jest potrzebny, Nginx jako samodzielny serwer daje maksymalną wydajność przy zerowym koszcie. W połączeniu z PHP-FPM i FastCGI cache obsługuje WordPress równie sprawnie jak LiteSpeed, wymaga tylko ręcznej konfiguracji reguł.

Zakres prac przy konfiguracji serwerów WWW

Każda konfiguracja serwera WWW to indywidualna praca dopasowana do wymagań projektu. Poniżej zakres typowych działań, które wykonujemy w ramach wdrożenia i bieżącej administracji.

Instalacja i konfiguracja bazowa Instalacja serwera WWW z repozytorium stabilnego, konfiguracja virtual hostów (Apache) lub server bloków (Nginx), ustawienie uprawnień katalogów, konfiguracja logowania dostępu i błędów, ustawienie limitów żądań i timeoutów. Dla LiteSpeed Enterprise dodatkowo konfiguracja licencji i panelu administracyjnego WebAdmin.
SSL/TLS i bezpieczeństwo Wdrażanie certyfikatów SSL/TLS (Let's Encrypt lub komercyjne), konfiguracja HTTPS, przekierowań HTTP na HTTPS, nagłówków HSTS, X-Frame-Options, Content-Security-Policy. Konfiguracja mod_security (Apache/LiteSpeed) lub odpowiedników w Nginx. Ograniczenie dostępu do panelu administracyjnego WordPress przez reguły serwera.
PHP-FPM i LSAPI Konfiguracja PHP-FPM z dedykowanymi pool-ami na witrynę, tuning pm.max_children pod dostępną pamięć RAM, konfiguracja OPcache, ustawienie limitów pamięci i czasu wykonania PHP. Dla LiteSpeed konfiguracja LSAPI z procesami lsphp, monitorowanie wykorzystania zasobów.
Cache na poziomie serwera Konfiguracja FastCGI cache w Nginx z regułami pomijania cache dla zalogowanych użytkowników, koszyków WooCommerce i formularzy. Konfiguracja LSCache w LiteSpeed z wtyczką WordPress, ustawienie TTL, reguł ESI, integracji z Redis jako object cache. Dla Apache wdrożenie reverse proxy z Nginx lub Varnish jako warstwy cache.
Tuning wydajności Optymalizacja konfiguracji jądra systemu (sysctl: net.core.somaxconn, tcp_tw_reuse, tcp_fin_timeout), tuning worker_connections w Nginx, MaxRequestWorkers w Apache, kompresja gzip/brotli, nagłówki cache przeglądarki, HTTP/2. Analiza logów dostępu i identyfikacja wąskich gardeł. Monitoring wpływu zmian na Core Web Vitals.
Monitoring i utrzymanie Bieżące aktualizacje serwera WWW i PHP, monitoring dostępności usług, analiza logów błędów, reagowanie na incydenty bezpieczeństwa. Regularne przeglądy konfiguracji pod kątem nowych wersji (Apache 2.4.67, Nginx 1.30, LiteSpeed 6.x) i zmian w wymaganiach WordPress.

Apache, LiteSpeed, Nginx. Pytania i odpowiedzi

Nie ma jednej uniwersalnej odpowiedzi. Apache jest domyślnym wyborem dla większości hostingów i witryn WordPress dzięki natywnej obsłudze .htaccess. LiteSpeed oferuje wyższą wydajność dzięki LSCache i LSAPI, ale wymaga licencji komercyjnej. Nginx sprawdza się jako serwer HTTP dla aplikacji niepolegających na .htaccess oraz jako reverse proxy przed Apache lub LiteSpeed. Wybór zależy od skali ruchu, budżetu i kompetencji zespołu.

LiteSpeed i Apache czytają te same pliki konfiguracyjne (.htaccess, httpd.conf), ale różnią się architekturą. Apache w trybie prefork tworzy osobny proces na połączenie, LiteSpeed działa w modelu event-driven i obsługuje tysiące połączeń przy niższym zużyciu RAM. LiteSpeed ma wbudowany cache na poziomie serwera (LSCache), własny interfejs PHP (LSAPI szybszy od PHP-FPM przy dużym obciążeniu) i wbudowaną ochronę anty-DDoS. Apache jest darmowy, LiteSpeed wymaga licencji komercyjnej.

WordPress opiera się na plikach .htaccess do obsługi permalinków, przekierowań i reguł bezpieczeństwa. Nginx nie czyta plików .htaccess, bo stosuje własny format konfiguracji w server blockach. Reguły .htaccess trzeba ręcznie przetłumaczyć na konfigurację Nginx, co wymaga kompetencji administracyjnych. Dlatego Nginx najczęściej stosuje się jako reverse proxy przed Apache lub jako samodzielny serwer w środowiskach, gdzie administrator zarządza konfiguracją bezpośrednio.

Tak, to popularna i sprawdzona konfiguracja. Nginx na froncie terminuje SSL, serwuje pliki statyczne i cachuje odpowiedzi, a Apache na backendzie obsługuje PHP z pełną kompatybilnością .htaccess i mod_rewrite. Taki stos łączy wydajność Nginx z kompatybilnością Apache. Stosujemy tę konfigurację na serwerach VPS i dedykowanych, gdzie mamy pełną kontrolę nad infrastrukturą. Szczegóły w artykule o reverse proxy.

LSAPI komunikuje się z PHP przez współdzieloną pamięć, co zmniejsza narzut w porównaniu z gniazdami Unix/TCP stosowanymi przez PHP-FPM. Przy dużej liczbie jednoczesnych żądań dynamicznych LSAPI wykazuje wyższą przepustowość. Przy umiarkowanym ruchu i dobrze skonfigurowanym cache różnica jest mniejsza. PHP-FPM jest uniwersalne i działa z każdym serwerem, LSAPI wymaga LiteSpeed.

Apache i Nginx są w pełni darmowe i open source. LiteSpeed Enterprise wymaga licencji od 10 dol. miesięcznie (Site Owner, 5 domen) do 92 dol. miesięcznie (Web Host Elite). Istnieje darmowa wersja OpenLiteSpeed, ale z ograniczoną kompatybilnością z Apache (wymaga restartu po zmianach .htaccess). Koszt licencji LiteSpeed zwraca się przy dużym ruchu, gdzie LSCache i LSAPI realnie zmniejszają obciążenie serwera.

Porozmawiajmy o konfiguracji serwera WWW

Przeanalizujemy Twoją infrastrukturę i zaproponujemy konfigurację serwera WWW dopasowaną do wymagań projektu. Apache, LiteSpeed, Nginx, reverse proxy, tuning PHP – konkretna propozycja po krótkiej rozmowie.

Telefon

+48 608 271 665

Pn–Pt, 8:00–16:00

E-mail

kontakt@weboptimo.pl

Odpowiadamy w ciągu 24h

Firma

WebOptimo

NIP: 6391758393