Websites
Site Caching
Caching is the biggest single speed win available to a WordPress site: full-page caching serves finished HTML without running PHP at all, and object caching keeps database results in memory. This…
Caching is het grootste enkele snelheidsvoordeel dat beschikbaar is voor een WordPress-site: full-page caching serveert voltooide HTML zonder PHP uit te voeren, en object caching houdt databaseresultaten in het geheugen. Deze gids behandelt beide, wat de cache automatisch omzeilt, en hoe u deze kunt leegmaken en opwarmen.
Waar Caching zich bevindt in KPanel
- Meld u aan bij KPanel.
- Klik op Websites in de linker zijbalk en klik vervolgens op de site.
- Open in het tabbladstrip van de site WordPress en vervolgens Caching.
Het directe adres is /websites/<site-id>/cache.
De WordPress-groep verschijnt alleen voor WordPress- en WooCommerce-sites. Caching hier is een planvoordeel: full-page caching en de object cache zijn inbegrepen bij Managed WordPress. Op andere plannen toont de pagina een upgradepaneel dat beschrijft wat beschikbaar is in plaats van de besturingselementen.
Full-Page Cache
Full-page caching slaat de voltooide HTML van een pagina op en serveert deze rechtstreeks aan de volgende bezoeker. Voor een anonieme bezoeker betekent dat geen PHP-uitvoering en geen databasequery's: het verzoek wordt beantwoord voordat WordPress ooit wordt geladen.
De kaart toont een On- of Off-label, en wanneer deze aan staat, de datum waarop deze werd ingeschakeld, of routing is bevestigd, en de levensduur van de cache.
Klik op Enable full-page cache om deze in te schakelen. Klik op Disable om deze weer uit te schakelen.
De cache wordt automatisch gewist wanneer u een bericht publiceert of bijwerkt, zodat uw wijzigingen onmiddellijk worden weergegeven in plaats van te wachten tot de levensduur verloopt.
Als uw site vooral door anonieme bezoekers wordt gelezen, is dit de meest waardevolle schakelaar op de pagina. Het is gebruikelijk dat het verschil een orde van grootte is op tijd tot eerste byte, omdat het trage deel van een WordPress-verzoek het deel is dat niet langer gebeurt.
Leegmaken en Opwarmen
Twee acties verschijnen zodra full-page caching aan staat.
Purge cache leegt de cache onmiddellijk. Gebruik dit na een wijziging die WordPress niet als een berichtupdate beschouwt: een themabestand bewerken, een widget wijzigen, een menu bijwerken of een plugin-instelling wijzigen die de uitvoer beïnvloedt. De volgende bezoeker van elke pagina krijgt een vers exemplaar.
Warm cache haalt uw pagina's op vooraf zodat ze al in de cache zijn voordat een bezoeker vraagt. Na opwarming toont een banner u hoeveel pagina's van het totaal zijn voorgecacht en geeft een lijst van de eerste paar URL's.
De natuurlijke volgorde na een ontwerpwijziging is: leegmaken, dan opwarmen. Op die manier hoeft niemand de pechvogel te zijn die voor de eerste niet-gecachte rendering moet betalen.
Voor de edge cache voor uw site, wat een afzonderlijke laag is, zie Purging the CDN Cache.
Wat Nooit in Cache Wordt Opgeslagen
Sommige URL's moeten altijd PHP uitvoeren, omdat hun uitvoer per bezoeker verschilt of bijwerkingen heeft. Deze paden worden automatisch omzeild en u hoeft niets te configureren:
| Pad | Waarom |
|---|---|
/wp-admin/ | WordPress-beheer is altijd dynamisch |
/wp-login.php | De aanmeldingspagina wordt nooit in cache opgeslagen |
/cart/ | WooCommerce-winkelwagen is per bezoeker |
/checkout/ | WooCommerce-checkout is per bezoeker |
/my-account/ | WooCommerce-accountpagina's zijn per bezoeker |
/wp-cron.php | Geplande taken moeten daadwerkelijk worden uitgevoerd |
/?wc-ajax=* | WooCommerce AJAX-eindpunten |
Bovenop de padregel zijn cookies van belang. Een aangemelde WordPress-gebruiker of een bezoeker met een actief WooCommerce-sessie-cookie krijgt altijd een dynamisch antwoord, zelfs op een pagina die voor iedereen anders in cache is opgeslagen. Daarom ziet een winkeleigenaar die hun eigen site bladert vaak geen voordeel terwijl anonieme bezoekers dat wel doen.
Omdat u meestal bent aangemeld, zal het testen van cachevergedrag in uw normale browser u misleiden. Test in een privévenster of een browser waar u niet in bent aangemeld.
Object Cache
De object cache is een ander niveau. In plaats van voltooide pagina's op te slaan, houdt het de resultaten van databasequery's en WordPress-transients in het geheugen, zodat herhaald werk niet opnieuw wordt herhaald.
De kaart toont een On- of Off-label, en wanneer deze aan staat, de datum waarop deze werd ingeschakeld. Gebruik Turn on en Turn off om deze te wijzigen.
Object caching helpt precies daar waar full-page caching niet kan: aangemelde gebruikers, beheerschermen en pagina's per bezoeker, zoals winkelwagen en checkout. Dit maakt het vooral waardevol voor drukke winkels en ledenwebsites, waar veel verkeer geverifieerd is en daarom nooit wordt pagina-gecacht.
Het simultaan uitvoeren van beide is de normale configuratie. Full-page caching behandelt anoniem verkeer, en de object cache versnelt alles dat PHP toch moet uitvoeren.
Kiezen wat u wilt inschakelen
- Inhoudssite, vooral anonieme lezers. Full-page caching is de prioriteit. Object caching voegt er een kleinere verbetering bovenop toe.
- WooCommerce-winkel. Schakel beide in. Full-page caching bestrijkt nog steeds uw product- en categoriepagina's voor browsende bezoekers, terwijl de object cache de winkelwagen, checkout en accountpagina's draagt die nooit in cache kunnen worden opgeslagen.
- Lidmaatschap of communitysite waar vrijwel iedereen is aangemeld. Object caching doet het zware werk, omdat de meeste verzoeken de pagina-cache naar ontwerp omzeilen.
Probleemoplossing
Ik heb de site bijgewerkt maar bezoekers zien nog steeds de oude versie. Leeg de cache en warm deze vervolgens op. Als het nog steeds oud is, onthoud dat er ook een edge cache kan zijn: zie Purging the CDN Cache.
Caching doet niets voor mij. U bent bijna zeker aangemeld. Controleer in een privévenster.
De winkelwagen of een formulier gedraagt zich vreemd voor anonieme bezoekers. De standaard commerce-paden worden automatisch omzeild, maar een aangepaste of door een plugin geleverde dynamische pagina op een niet-standaard URL niet. Als een pagina nooit in cache mag worden opgeslagen en niet op de omzeilijst staat, is het de moeite waard dit met ondersteuning op te brengen zodat we de regel kunnen bekijken.
De kaart zegt dat caching is inbegrepen bij Managed WordPress. Uw huidige plan bevat dit niet. De banner verwijst naar de pagina met plannen.
Routeringscontrole in behandeling. De cache is ingeschakeld en de routeringsbepaling is nog niet voltooid. Wacht even en vernieuw.
Een pagina toont de verkeerde gepersonaliseerde inhoud. Alles wat gepersonaliseerd is, moet worden uitgesloten van de pagina-cache of aan de clientzijde worden weergegeven. Als een plugin uitvoer personaliseert op een anders cache-bare URL zonder een sessie-cookie in te stellen, kan de pagina-cache dat niet weten. Test in een privévenster en meld het aan ondersteuning als u er een vindt.
Gerelateerde Pagina's
- Site Performance and APM om te meten of caching daadwerkelijk heeft geholpen.
- Site Traffic Analytics voor de edge cache hit-ratio.
- Enabling the CDN om een edge cache voor dit alles toe te voegen.
- Taking a Backup voordat u grotere wijzigingen aanbrengt in een live site.