TestomgevingCloudways|Lightning-stack|WordPress 7.1.3|Breeze 2.6.1|Object Cache Pro 1.25.5|Gecontroleerd op 2026-10-19
In de cacheconfiguratie van Cloudways slaat Varnish op de server kant-en-klare pagina's op en Redis de resultaten van databasequery's; WordPress met Cloudways-optimalisatie wordt geleverd met de plugins Breeze en Object Cache Pro al geïnstalleerd. Uit de responsheaders van een testapplicatie met Lightning Stack bleek dat de startpagina ruim 9 uur uit dezelfde Varnish-kopie werd geserveerd; wijzigingen in een bericht zijn pas te zien nadat Breeze of WP Rocket de cache heeft geleegd.
Inhoud
3 min. leestijd
Inhoud
3 min. leestijd
View more
1️⃣ Opbouw van de Cloudways-cache
Op een Cloudways-server staan de webservers Nginx en Apache, de paginacache Varnish, de objectcache Redis, PHP-FPM en MariaDB samen geïnstalleerd. Per applicatie kies je onder [Application Settings] › [WebStack] een van twee stacks: de Hybrid Stack, die Nginx en Apache samen gebruikt, of de Lightning Stack, die alleen Nginx gebruikt. De Lightning Stack leest [.htaccess] niet.
Het tabblad [WebStack] in de [Application Settings] van de applicatie
🗂️ Cacheconfiguratie van Cloudways
📂 Webserver
NginxLightning Stack gebruikt alleen Nginx en PHP-FPM
ApacheHybrid Stack verwerkt .htaccess-regels
📂 Paginacache
VarnishSlaat paginakopieën op de server op, per app aan of uit te zetten
BreezePaginacache via een WordPress-plugin
📂 Objectcache
Redis · Object Cache ProSlaat resultaten van databasequery’s op
📂 WordPress uitvoeren
PHP-FPMVoert PHP-code uit
MariaDBDatabase
2️⃣ Varnish-instellingen en uitsluitingsregels
Varnish staat op elke Cloudways-server standaard aan en geldt, als het op serverniveau aan staat, voor alle applicaties op die server. Wil je het alleen voor één applicatie uitzetten, zet dan [Varnish] uit onder [Application Settings] › [General] van die applicatie.
Het tabblad [General] in de [Application Settings] van de applicatie en de schakelaar [Varnish]
De WordPress-inlog- en beheerschermen, de WooCommerce-pagina's voor winkelwagen en afrekenen en verzoeken met een inlogcookie zijn vanaf het begin van de cache uitgesloten. Extra adressen of cookies die je wilt uitsluiten, voeg je toe met [Add New Exclusion] op het tabblad [Varnish] van [Application Settings]. Een adres voer je in als pad zonder domein, zoals [/booking/].
Het tabblad [Varnish] in de [Application Settings] van de applicatie
Toen de testapplicatie met een inlogcookie werd opgevraagd, bevatte de respons geen [x-cache]-header, terwijl de zonder cookie opgevraagde startpagina [x-cache: HIT] en [age: 33254] liet zien. [age] is het aantal seconden sinds de Varnish-kopie is gemaakt, hier ongeveer 9 uur en 14 minuten.
Varnish wordt gebruikt met WordPress en Magento 2 en past niet bij Laravel of zelfgebouwde PHP-applicaties.
De levensduur van de cache (TTL) stel je in bij Varnish [Cache Lifetime] onder [Settings & Packages] › [Advanced] van de server; op een nieuw aangemaakte testserver stond de waarde op 30 dagen. Je kunt kiezen uit 4, 8, 14 en 24 uur en 7, 14 en 30 dagen, en omdat de waarde per server geldt, werkt ze voor alle applicaties, staging inbegrepen.
Het tabblad [Advanced] in de [Settings & Packages] van de server[Cache Lifetime] van Varnish onderaan het tabblad [Advanced]
🧭 Simulator voor de cache-instellingen van Cloudways
Klik op een gemarkeerd item in het linkermenu of op een gemarkeerde schakelaar op het scherm
3️⃣ Redis en Object Cache Pro
Ook als Varnish een pagina opslaat, laat WordPress bij verzoeken die van de cache zijn uitgesloten, zoals die van ingelogde gebruikers of de winkelwagen, de pagina opbouwen met databasequery's. Object Cache Pro is een plugin die deze queryresultaten in het Redis-geheugen opslaat, zodat de database niet meer wordt geraadpleegd als dezelfde gegevens opnieuw worden gevraagd.
Cloudways-geoptimaliseerde WordPress- en WooCommerce-applicaties worden aangemaakt met Object Cache Pro geïnstalleerd en geactiveerd, en Cloudways-gebruikers kunnen het gratis gebruiken. Je zet het aan en uit op het tabblad [Application Settings] › [WordPress] van de applicatie; ook een nieuw aangemaakte testapplicatie had het vanaf het begin aan.
De schakelaar [Object Cache Pro] helemaal bovenaan het tabblad [Application Settings] › [WordPress]
Als je het samen met een andere objectcache-plugin zoals Redis Object Cache of WP Redis installeert, ontstaat een conflict; verwijder die plugin dus eerst. Zet je de Redis-service op de server uit, dan wordt Object Cache Pro voor alle applicaties gedeactiveerd, en met PHP-versies lager dan 7.4 kun je het niet gebruiken.
4️⃣ Kiezen tussen Breeze en WP Rocket
De paginacache werkt ook met alleen Varnish, zonder Breeze. Varnish merkt echter niet zelf dat een bericht is veranderd, dus de oude pagina blijft zichtbaar tot de levensduur van de cache verstrijkt of je de cache zelf leegt.
Breeze is een gratis cacheplugin die vooraf is geïnstalleerd op Cloudways-geoptimaliseerd WordPress; het instellingenscherm open je via [Instellingen] › [Breeze] in het beheermenu.
In de gecontroleerde applicatie stond [Cache System] aan en werd de interne cache elke 1440 minuten (1 dag) geleegd. Staat [Auto Purge Varnish] op het tabblad [VARNISH] aan, dan wordt bij het publiceren van een nieuw bericht of een nieuwe pagina of bij een nieuwe reactie ook de Varnish-cache geleegd.
Het tabblad [BASIC OPTIONS] in de Breeze-instellingen
Gebruik je WP Rocket, deactiveer en verwijder dan andere optimalisatieplugins zoals Breeze. Direct nadat een site die WP Rocket gebruikte met de plugin Migrator naar een nieuwe applicatie was verhuisd, bevatte de HTML van de startpagina zowel de cachemarkering van Breeze als het lazy-loadingscript van WP Rocket. Controleer na een verhuizing dus eerst of Breeze aan staat.
WP Rocket · [Varnish]-tabblad – automatisch legen inschakelen doet daar hetzelfde als Breeze, en Object Cache Pro kan samen met paginacacheplugins zoals Breeze en WP Rocket worden gebruikt.
5️⃣ De cache legen
Om de cache meteen te legen gebruik je het menu [Breeze] in de WordPress-adminbalk bovenaan.
Het menu [Breeze] in de adminbalk
Als je via SSH bent verbonden, leegt de volgende opdracht de plugincache en de Varnish-cache samen.
wpbreezepurge--cache=all
[--cache=varnish] leegt alleen de Varnish-cache.
wpbreezepurge--cache=varnish
[--cache=local] leegt alleen de plugincache.
wpbreezepurge--cache=local
Bij een site met een proxy zoals Cloudflare ervoor zijn wijzigingen na het legen van Varnish soms niet meteen zichtbaar; leeg dan ook de Cloudflare-cache.
🔢 FAQ & aanbevolen content
Varnish cachet ook 404-pagina's, gedurende 5 minuten.
De standaard uitsluitingslijst gaat uit van Engelse adressen zoals [/cart]; een vertaald adres zoals het Duitse [/warenkorb] voeg je apart toe aan de uitsluitingsregels van Varnish.
Zet je Object Cache Pro uit in de applicatie-instellingen, dan wordt de plugin gedeactiveerd en verwijderd. Zet je daarentegen de Redis-service van de server uit, dan wordt hij alleen gedeactiveerd en blijft hij staan; zodra Redis weer aan staat, wordt hij opnieuw geactiveerd.
📋 Server & applicatie📄 Inloggen als beheerder📄 Staging Management📄 Betalen · prijzen📄 E-mail · SMTP-add-on📄 MCP · serverbeheer met AI📄 SFTP- en SSH-toegang📄 Migratie📄 Back-ups📄 Servergrootte wijzigen
📋 Hosting vergelijken TOP 7📄 Wat is cloudhosting📄 Wat is managed hosting📄 Kosten van webhosting📄 Cloudways voor kleine ondernemers📄 Cloudways WooCommerce
ℹ️ Affiliatemelding De content van deze site bevat affiliatelinks. Koopt een bezoeker via een van deze links een product of dienst, dan ontvangt deze site een commissie van de verkoper. Het bedrag dat de koper betaalt (bij acties gaat het omlaag ↓) wordt daardoor niet hoger. De vermelde prijzen, kortingen en voorraad gelden op het moment van schrijven en kunnen afwijken; controleer ze daarom vóór je aankoop bij de verkoper. Producten worden gekozen en beoordeeld volgens onze eigen criteria, en commissies hebben geen invloed op de volgorde of de inhoud van de beoordelingen.
