Środowisko testoweCloudways|Stos Lightning|WordPress 7.1.3|Breeze 2.6.1|Object Cache Pro 1.25.5|Sprawdzono 2026-10-19
W konfiguracji cache Cloudways Varnish na serwerze zapisuje gotowe strony, a Redis wyniki zapytań do bazy danych, natomiast WordPress zoptymalizowany przez Cloudways jest dostarczany z zainstalowanymi wtyczkami Breeze i Object Cache Pro. Sprawdzenie nagłówków odpowiedzi aplikacji testowej ze stosem Lightning Stack pokazało, że strona główna przez ponad 9 godzin była serwowana z tej samej kopii Varnisha, a zmiany we wpisie są widoczne dopiero po wyczyszczeniu cache przez Breeze lub WP Rocket.
Spis treści
3 min czytania
Spis treści
3 min czytania
View more
1️⃣ Struktura cache Cloudways
Na serwerze Cloudways razem zainstalowane są serwery WWW Nginx i Apache, cache stron Varnish, cache obiektów Redis, PHP-FPM i MariaDB. Dla każdej aplikacji w [Application Settings] › [WebStack] wybierasz jeden z dwóch stosów: Hybrid Stack, który używa razem Nginx i Apache, albo Lightning Stack, który używa tylko Nginx. Lightning Stack nie czyta pliku [.htaccess].
Karta [WebStack] w [Application Settings] aplikacji
🗂️ Konfiguracja cache Cloudways
📂 Serwer WWW
NginxLightning Stack używa tylko Nginx i PHP-FPM
ApacheHybrid Stack przetwarza reguły z .htaccess
📂 Cache stron
VarnishZapisuje kopie stron na serwerze, włączane i wyłączane osobno dla każdej aplikacji
BreezeCache stron we wtyczce WordPress
📂 Cache obiektów
Redis · Object Cache ProZapisuje wyniki zapytań do bazy danych
📂 Uruchamianie WordPressa
PHP-FPMWykonuje kod PHP
MariaDBBaza danych
2️⃣ Ustawienia Varnish i reguły wykluczeń
Varnish jest domyślnie włączony na wszystkich serwerach Cloudways, a po włączeniu na serwerze obowiązuje wszystkie aplikacje na tym serwerze. Aby wyłączyć go tylko dla jednej aplikacji, wyłącz [Varnish] w [Application Settings] › [General] tej aplikacji.
Karta [General] w [Application Settings] aplikacji i przełącznik [Varnish]
Ekrany logowania i administracji WordPressa, strony koszyka i płatności WooCommerce oraz żądania z plikiem cookie logowania są od początku wyłączone z cache. Dodatkowe adresy lub pliki cookie do wykluczenia dodajesz przyciskiem [Add New Exclusion] na karcie [Varnish] w [Application Settings]. Adres wpisujesz jako ścieżkę bez domeny, na przykład [/booking/].
Karta [Varnish] w [Application Settings] aplikacji
Gdy aplikację testową odpytano z dołączonym plikiem cookie logowania, odpowiedź nie zawierała nagłówka [x-cache], a strona główna pobrana bez cookie pokazała [x-cache: HIT] i [age: 33254]. [age] to liczba sekund od utworzenia kopii Varnisha, tutaj około 9 godzin i 14 minut.
Varnish stosuje się z WordPressem i Magento 2; nie nadaje się do Laravela ani do samodzielnie napisanych aplikacji PHP.
Czas życia cache (TTL) ustawia się w polu Varnish [Cache Lifetime] w [Settings & Packages] › [Advanced] serwera; na nowo utworzonym serwerze testowym wartość wynosiła 30 dni. Do wyboru są 4, 8, 14 i 24 godziny oraz 7, 14 i 30 dni, a ponieważ wartość działa na poziomie serwera, obowiązuje wszystkie aplikacje, także środowisko stagingowe.
Karta [Advanced] w [Settings & Packages] serwera[Cache Lifetime] Varnisha na dole karty [Advanced]
Kliknij podświetloną pozycję w menu po lewej albo podświetlony przełącznik na ekranie
3️⃣ Redis i Object Cache Pro
Nawet gdy Varnish zapisuje stronę, przy żądaniach wyłączonych z cache, takich jak żądania zalogowanych użytkowników czy koszyka, WordPress buduje stronę, odpytując bazę danych. Object Cache Pro to wtyczka, która zapisuje te wyniki w pamięci Redis, dzięki czemu przy ponownym żądaniu tych samych danych baza danych nie jest już potrzebna.
Aplikacje WordPress i WooCommerce zoptymalizowane przez Cloudways są tworzone z zainstalowanym i aktywowanym Object Cache Pro, a użytkownicy Cloudways korzystają z niego za darmo. Włącza się go i wyłącza na karcie [Application Settings] › [WordPress] aplikacji, a nowo utworzona aplikacja testowa również miała go włączonego od początku.
Przełącznik [Object Cache Pro] na samej górze karty [Application Settings] › [WordPress]
Zainstalowanie go razem z inną wtyczką cache obiektów, taką jak Redis Object Cache lub WP Redis, powoduje konflikt, dlatego najpierw usuń tamtą wtyczkę. Wyłączenie usługi Redis na serwerze dezaktywuje Object Cache Pro we wszystkich aplikacjach, a w wersjach PHP niższych niż 7.4 nie można go używać.
4️⃣ Wybór między Breeze a WP Rocket
Cache stron działa również przy samym Varnishu, bez Breeze. Varnish nie wie jednak sam, że wpis się zmienił, więc stara strona jest wyświetlana, dopóki nie minie czas życia cache albo nie wyczyścisz go ręcznie.
Breeze to bezpłatna wtyczka cache, która jest dostarczana zainstalowana w WordPressie zoptymalizowanym przez Cloudways; ekran ustawień otwiera się z menu administracyjnego w [Ustawienia] › [Breeze].
W sprawdzonej aplikacji [Cache System] był włączony, a wewnętrzny cache był czyszczony co 1440 minut (1 dzień). Jeśli [Auto Purge Varnish] na karcie [VARNISH] jest włączone, opublikowanie nowego wpisu lub strony albo dodanie komentarza czyści także cache Varnisha.
Karta [BASIC OPTIONS] w ustawieniach Breeze
Jeśli używasz WP Rocket, wyłącz i usuń inne wtyczki optymalizacyjne, takie jak Breeze. Zaraz po przeniesieniu witryny, która korzystała z WP Rocket, do nowej aplikacji za pomocą wtyczki Migrator, HTML strony głównej zawierał jednocześnie znacznik cache Breeze i skrypt leniwego ładowania WP Rocket. Dlatego po przeniesieniu witryny najpierw sprawdź, czy Breeze jest włączony.
WP Rocket · karta [Varnish] – włączenie automatycznego czyszczenia pełni tę samą rolę co Breeze, a Object Cache Pro można stosować razem z wtyczkami cache stron, takimi jak Breeze i WP Rocket.
5️⃣ Czyszczenie cache
Aby od razu wyczyścić cache, użyj menu [Breeze] na górnym pasku administracyjnym WordPressa.
Menu [Breeze] na pasku administracyjnym
Przy połączeniu przez SSH poniższe polecenie czyści jednocześnie cache wtyczki i cache Varnisha.
wpbreezepurge--cache=all
[--cache=varnish] czyści tylko cache Varnisha.
wpbreezepurge--cache=varnish
[--cache=local] czyści tylko cache wtyczki.
wpbreezepurge--cache=local
W witrynie z serwerem proxy, takim jak Cloudflare, przed serwerem zmiany mogą nie być od razu widoczne nawet po wyczyszczeniu Varnisha; wtedy wyczyść także cache Cloudflare.
🔢 FAQ & polecane treści
Varnish zapisuje w cache również strony 404, na 5 minut.
Domyślna lista wykluczeń opiera się na angielskich adresach, takich jak [/cart], więc przetłumaczony adres, na przykład niemiecki [/warenkorb], trzeba osobno dodać do reguł wykluczeń Varnisha.
Jeśli wyłączysz Object Cache Pro w ustawieniach aplikacji, wtyczka zostanie dezaktywowana i usunięta. Natomiast po wyłączeniu usługi Redis na serwerze wtyczka jest tylko dezaktywowana i pozostaje zainstalowana, a po ponownym włączeniu Redis aktywuje się znowu.
☁️Polecane treści o Cloudways19 wpisów · 2 narzędzia
📋 Porównanie hostingów TOP 7📄 Czym jest hosting w chmurze📄 Czym jest hosting zarządzany📄 Koszt hostingu📄 Cloudways dla małych firm📄 Cloudways WooCommerce
ℹ️ Informacja o linkach partnerskich Treści tej witryny zawierają linki partnerskie. Jeśli odwiedzający kupi produkt lub usługę przez taki link, witryna otrzymuje od sprzedawcy prowizję. Kwota płacona przy tym przez kupującego (podczas promocji spada↓) nie wzrasta. Podane ceny, rabaty i dostępność odnoszą się do chwili pisania i mogą różnić się od stanu faktycznego, dlatego przed zakupem sprawdź je u sprzedawcy. Produkty wybieramy i oceniamy według własnych kryteriów, a prowizja nie wpływa ani na kolejność prezentacji, ani na treść ocen.
