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 ist der größte einzelne Geschwindigkeitsvorteil für eine WordPress-Site: Full-Page-Caching liefert fertiges HTML, ohne PHP auszuführen, und Object-Caching hält Datenbankergebnisse im Speicher. Dieses Handbuch behandelt beides, was den Cache automatisch umgeht, und wie man ihn löscht und aufwärmt.
Wo sich Caching in KPanel befindet
- Melden Sie sich bei KPanel an.
- Klicken Sie in der linken Seitenleiste auf Websites und dann auf die Site.
- Im Tab-Streifen der Site öffnen Sie WordPress und dann Caching.
Die direkte Adresse ist /websites/<site-id>/cache.
Die Gruppe WordPress wird nur für WordPress- und WooCommerce-Sites angezeigt. Caching hier ist ein Plan-Entitlement: Full-Page-Caching und der Object Cache sind in Managed WordPress enthalten. Bei anderen Plänen zeigt die Seite ein Upgrade-Panel an, das beschreibt, was verfügbar ist, anstatt die Kontrollen anzuzeigen.
Full-Page-Cache
Full-Page-Caching speichert das fertige HTML einer Seite und liefert es direkt an den nächsten Besucher. Für einen anonymen Besucher bedeutet das keine PHP-Ausführung und keine Datenbankabfragen überhaupt: Die Anfrage wird beantwortet, bevor WordPress jemals geladen wird.
Die Karte zeigt ein On- oder Off-Feld an, und wenn es aktiviert ist, das Datum der Aktivierung, ob das Routing bestätigt wurde, und die Cache-Lebensdauer.
Um es zu aktivieren, klicken Sie auf Enable full-page cache (Full-Page-Cache aktivieren). Um es wieder auszuschalten, klicken Sie auf Disable (Deaktivieren).
Der Cache wird automatisch geleert, wenn Sie einen Beitrag veröffentlichen oder aktualisieren, sodass Ihre Änderungen sofort sichtbar sind, anstatt auf das Ablaufen der Lebensdauer zu warten.
Wenn Ihre Site hauptsächlich von anonymen Besuchern gelesen wird, ist dies der wertvollste Schalter auf der Seite. Es ist üblich, dass der Unterschied bei der Zeit bis zum ersten Byte eine Größenordnung ausmacht, da der langsame Teil einer WordPress-Anfrage der Teil ist, der nicht mehr stattfindet.
Löschen und Aufwärmen
Zwei Aktionen werden angezeigt, sobald Full-Page-Caching aktiviert ist.
Purge cache (Cache löschen) leert den Cache sofort. Verwenden Sie ihn nach einer Änderung, die WordPress nicht als Beitragsaktualisierung behandelt: Bearbeiten einer Theme-Datei, Änderung eines Widgets, Aktualisierung eines Menüs oder Änderung einer Plugin-Einstellung, die die Ausgabe beeinflusst. Der nächste Besucher jeder Seite erhält eine frische Kopie.
Warm cache (Cache aufwärmen) ruft Ihre Seiten vorab ab, sodass sie bereits zwischengespeichert sind, bevor ein Besucher sie anfordert. Nach dem Aufwärmen zeigt ein Banner, wie viele Seiten insgesamt zwischengespeichert wurden, und listet die ersten URLs auf.
Die natürliche Abfolge nach einer Designänderung ist: löschen, dann aufwärmen. So muss niemand der unglückliche Besucher sein, der für das erste nicht zwischengespeicherte Rendern bezahlen muss.
Für den Edge-Cache vor Ihrer Site, der eine separate Schicht ist, siehe Purging the CDN Cache (CDN-Cache löschen).
Was nie zwischengespeichert wird
Einige URLs müssen immer PHP ausführen, da ihre Ausgabe pro Besucher unterschiedlich ist oder Nebenwirkungen hat. Diese Pfade werden automatisch umgangen und Sie müssen nichts konfigurieren:
| Pfad | Grund |
|---|---|
/wp-admin/ | WordPress-Admin ist immer dynamisch |
/wp-login.php | Die Anmeldeseite wird nie zwischengespeichert |
/cart/ | WooCommerce-Warenkorb ist pro Besucher |
/checkout/ | WooCommerce-Checkout ist pro Besucher |
/my-account/ | WooCommerce-Kontoseiten sind pro Besucher |
/wp-cron.php | Geplante Aufgaben müssen tatsächlich ausgeführt werden |
/?wc-ajax=* | WooCommerce-AJAX-Endpunkte |
Zusätzlich zu den Pfadregeln spielen Cookies eine Rolle. Ein angemeldeter WordPress-Benutzer oder ein Besucher mit einem aktiven WooCommerce-Session-Cookie erhält immer eine dynamische Antwort, auch auf einer Seite, die für alle anderen zwischengespeichert ist. Deshalb sieht ein Geschäftsinhaber, der seine eigene Site durchsucht, oft keinen der Vorteile, während anonyme Besucher dies tun.
Da Sie normalerweise angemeldet sind, wird das Testen des Cache-Verhaltens in Ihrem normalen Browser Sie in die Irre führen. Testen Sie in einem privaten Fenster oder in einem Browser, bei dem Sie nicht angemeldet sind.
Object Cache
Der Object Cache ist eine andere Schicht. Anstatt fertige Seiten zu speichern, behält er die Ergebnisse von Datenbankabfragen und WordPress-Übergangswerten im Speicher, sodass wiederholte Arbeiten nicht wiederholt werden.
Die Karte zeigt ein On- oder Off-Feld an, und wenn es aktiviert ist, das Datum der Aktivierung. Verwenden Sie Turn on (Aktivieren) und Turn off (Deaktivieren), um es zu ändern.
Object Caching hilft genau dort, wo Full-Page-Caching nicht kann: angemeldete Benutzer, Admin-Bildschirme und Seiten pro Besucher wie Warenkorb und Checkout. Das macht es besonders wertvoll für vielbeschäftigte Geschäfte und Membership-Sites, wo ein großer Teil des Traffics authentifiziert ist und daher nie im Seiten-Cache zwischengespeichert wird.
Das gleichzeitige Ausführen beider ist die normale Konfiguration. Full-Page-Caching behandelt anonymen Traffic, und der Object Cache beschleunigt alles, das PHP ohnehin ausführen muss.
Entscheidung, was aktiviert werden soll
- Inhalts-Site, hauptsächlich anonyme Leser. Full-Page-Caching hat Priorität. Object Caching verbessert dies oben drauf noch ein wenig.
- WooCommerce-Shop. Aktivieren Sie beides. Full-Page-Caching deckt immer noch Ihre Produkt- und Kategorienseiten für browsende Besucher ab, während der Object Cache den Warenkorb, Checkout und Kontoseiten trägt, die nie zwischengespeichert werden können.
- Membership- oder Community-Site, auf der fast jeder angemeldet ist. Object Caching leistet die Hauptarbeit, da die meisten Anfragen den Seiten-Cache absichtlich umgehen.
Fehlerbehebung
Ich habe die Site aktualisiert, aber Besucher sehen immer noch die alte Version. Löschen Sie den Cache und wärmen Sie ihn dann auf. Wenn es immer noch veraltet ist, denken Sie daran, dass es auch einen Edge Cache geben kann: siehe Purging the CDN Cache (CDN-Cache löschen).
Caching hilft mir nichts. Sie sind fast sicher angemeldet. Überprüfen Sie es in einem privaten Fenster.
Der Warenkorb oder ein Formular verhält sich für anonyme Besucher seltsam. Die Standard-Commerce-Pfade werden automatisch umgangen, aber eine benutzerdefinierte oder Plugin-bereitgestellte dynamische Seite auf einer Nicht-Standard-URL ist nicht. Wenn eine Seite niemals zwischengespeichert werden darf und nicht auf der Bypass-Liste steht, lohnt es sich, dies dem Support zu melden, damit wir uns die Regel ansehen können.
Die Karte sagt, dass Caching in Managed WordPress enthalten ist. Ihr aktueller Plan enthält dies nicht. Das Banner verlinkt zur Seite mit den Plänen.
Routing-Überprüfung steht aus. Der Cache ist aktiviert und die Routing-Bestätigung wurde noch nicht abgeschlossen. Geben Sie ihm einen Moment und aktualisieren Sie die Seite.
Eine Seite zeigt falsche personalisierte Inhalte. Alles Personalisierte muss aus dem Seiten-Cache ausgeschlossen oder clientseitig gerendert werden. Wenn ein Plugin die Ausgabe auf einer ansonsten zwischengespeicherten URL personalisiert, ohne ein Session-Cookie zu setzen, kann der Seiten-Cache dies nicht wissen. Testen Sie in einem privaten Fenster und melden Sie es dem Support, wenn Sie eines finden.
Verwandte Seiten
- Site Performance and APM (Site-Leistung und APM) um zu messen, ob Caching tatsächlich geholfen hat.
- Site Traffic Analytics (Site-Traffic-Analyse) für die Edge-Cache-Hit-Quote.
- Enabling the CDN (CDN aktivieren) um einen Edge Cache vor all dem hinzuzufügen.
- Taking a Backup (Sicherung erstellen) vor größeren Änderungen an einer Live-Site.