Einige FAQs zu WP Super Cache

Zum Projekt gehörend: WordPress User Guide (für Neulinge)

Das Plugin WP Super Cache generiert statische HTML-Dateien aus dynamischen WordPress-Blogs. Sobald die HTML-Datei generiert ist, verwendet der Webserver sie, anstatt schwerere und teurere PHP (WordPress)-Skripte zu verarbeiten.

Statische HTML-Dateien werden der Mehrheit der Benutzer bereitgestellt:

• Benutzer, die nicht angemeldet sind.
• Benutzer, die keine Kommentare im Blog hinterlassen.
• Oder Benutzer, die keine passwortgeschützten Beiträge sehen ( passwortgeschützter Beitrag ).

99 % der Website-Besucher werden von statischen HTML-Dateien bedient. Eine Cache-Datei kann tausende Male verwendet werden. Andere Besucher können von einer benutzerdefinierten Cache-Datei bedient werden, die speziell für sie entwickelt wurde. Wenn sie sich anmelden oder einen Kommentar hinterlassen, werden diese Details angezeigt und für sie zwischengespeichert.

Das Plugin stellt Cache-Dateien auf 3 Arten bereit (geordnet nach Geschwindigkeitsrangfolge):

1. Experte . Die schnellste Methode besteht darin, Apaches mod_rewrite (oder ein ähnliches Modul, das Ihr Webserver unterstützt) zu verwenden, um "supercached/superloaded" statische HTML-Dateien bereitzustellen. Es übertrifft PHP vollständig und ist superschnell. Wenn Ihr Server von Datenverkehr betroffen ist, wird diese Methode wahrscheinlich mit "leichteren" Abfragen umgehen. Dies erfordert das Apache-Modul mod_rewrite (wenn Sie benutzerdefinierte statische Links verwenden können, ist es wahrscheinlich bereits installiert) und einige Optimierungen an der .htaccess-Datei – aber dies erfordert Seien Sie vorsichtig, da das Bearbeiten der .htaccess-Datei das Risiko eingehen kann, dass Ihre Website unzugänglich wird, wenn Sie sie falsch reparieren.
2. Einfach . Von Supercache generierte statische Dateien können von PHP bereitgestellt werden, und so empfehlen wir die Verwendung dieses Plugins. Das Plugin stellt die "superstatische" Datei bereit, falls vorhanden, und es ist fast so schnell wie die mod_rewrite-Methode. Auch die Konfiguration ist einfacher, da die .htaccess-Datei nicht geändert werden muss. Sie benötigen immer noch den benutzerdefinierten Permalink. In diesem Caching-Modus können Sie Abschnitte von Seiten dynamisch halten.
3. Caching im WP-Cache-Stil . Dies wird hauptsächlich verwendet, um Seiten für bekannte Benutzer, URLs mit Parametern und Feeds zwischenzuspeichern. Bekannte Benutzer sind angemeldete Benutzer (angemeldete Benutzer), Besucher, die Kommentare hinterlassen oder die benutzerdefinierte Daten basierend auf dem Benutzer anzeigen müssen. Dies ist die flexibelste und etwas langsamste Caching-Methode. WP-Cache speichert die Seite auch für Benutzer, die nicht angemeldet sind, wenn Hypercaching deaktiviert ist. In diesem Modus können Sie auch dynamische Abschnitte für Ihre Seite haben. Dieser Modus ist immer aktiviert, aber Sie können das Caching für angemeldete Benutzer, parametrisierte URLs oder separate Feeds deaktivieren. Setzen Sie die Konstante „DISABLE_SUPERCACHE“ in der Datei wp-config.php auf 1, wenn Sie nur die WP-Cache-Methode verwenden möchten.

Wenn Sie keine PHP-Dateien bearbeiten möchten, verwenden Sie die einfache Methode. Es ist sehr einfach einzurichten und auch sehr schnell.

Empfohlene Einstellungen

1. Verwenden Sie einfaches Caching.
2. Seiten komprimieren.
3. Cachen Sie die Seite nicht für angemeldete Benutzer.
4. Cache-Neuaufbau.
5. CDN-Unterstützung.
6. Erweitern Sie den Homepage-Test.

Garbage Collection ist der Akt der Bereinigung alter und veralteter Cache-Dateien. Es gibt keinen genauen Wert zum Einstellen der Ablaufzeit, aber eine gute Startzeit beträgt 1800 Sekunden.

Erwägen Sie, den Inhalt des Textfelds „Deny User Agent“ zu löschen, und lassen Sie den Computer die Cache-Datei für Sie suchen.

Laden Sie so viele Artikel wie möglich vor, indem Sie den „Vorlademodus“ aktivieren. Das Sammeln alter Cache-Dateien wird deaktiviert. Wenn es Ihnen nichts ausmacht, dass die Widget-Seitenleisten häufig aktualisiert werden, stellen Sie das Vorladeintervall auf 2880 Minuten (2 Tage) ein, damit alle Ihre Posts nicht zu oft zwischengespeichert werden. Wenn das Vorladen aktiviert ist, wird die Cache-Datei für den zu aktualisierenden Artikel gelöscht und dann neu erstellt. Der Garbage Collector sammelt dann alle alten Dateien, um die alten Cache-Dateien loszuwerden. Selbst wenn das Vorladen für eine Cache-Datei aktiviert ist, wird diese Cache-Datei gelöscht, wenn ein Beitrag bearbeitet oder kommentiert wird.

Müllabfuhr

Ihr Cache-Verzeichnis füllt sich mit der Zeit, was Platz auf Ihrem Server beansprucht. Wenn der Speicherplatz begrenzt oder teuer ist oder Sie befürchten, dass die Cache-Seiten auf Ihrer Website zu alt sein werden, muss eine Garbage Collection durchgeführt werden. Garbage Collection findet regelmäßig statt und löscht alte Dateien im Cache-Ordner. In den erweiterten Einstellungen können Sie festlegen:

1. Cache-Timeout (Cache-Ablaufzeit). Wie oft sollte die Cache-Datei überprüft und aktualisiert werden? Nach dieser Zeit gelten sie als veraltet und können gelöscht werden.
2. Scheduler (Planung). Legen Sie fest, wie oft der Garbage Collector ausgeführt werden soll.
3. Benachrichtigungs-E-Mails (Benachrichtigungen per E-Mail). Sie können über den Fortschritt der Garbage Collection informiert werden. Es gibt keine richtige oder falsche Einstellung für die Garbage Collection. Es hängt von Ihrer Website ab.

Wenn Ihre Seite häufig aktualisiert wird oder Kommentare enthält, stellen Sie das Zeitlimit auf 1800 Sekunden und den Timer auf 600 Sekunden ein.

Wenn sich Ihre Seite sehr selten ändert (meistens statisch), können Sie die Garbage Collection deaktivieren, indem Sie im Timeout-Feld 0 eingeben oder einen sehr großen Timeout-Wert verwenden.

Das Cache-Verzeichnis, normalerweise wp-content/cache/, ist nur ein Ort, an dem temporäre Dateien gespeichert werden. Legen Sie niemals wichtige Dateien oder wichtige Ordner in diesem Ordner ab. Sie werden gelöscht, wenn das Plugin Schreibrechte auf sie hat.

Caching anpassen

Sie haben jetzt die Möglichkeit, sich mit der Funktion add_cacheaction() am Caching-Prozess zu beteiligen (einzuhaken).

Es stehen 3 „Haken“ zur Verfügung:

1. „wp_cache_get_cookies_values“ – bearbeitet den Schlüssel, der von WP Cache verwendet wird.
2. „add_cacheaction“ – läuft in Phase2. Ermöglicht dem Plugin, WordPress-Hooks hinzuzufügen.
3. „cache_admin_page“ – läuft auf der Admin-Seite. Verwenden Sie es, um diese Seite zu bearbeiten, möglicherweise durch Hinzufügen neuer Konfigurationsoptionen.

Es gibt auch einen regulären WordPress-Filter. Verwenden Sie den „do_createsupercache“-Filter, um die Pre-Caching-Prüfung anzupassen. Der Filter lässt einen Parameter zu. Ausgabe der Funktion wp_cache_get_cookies_values() von WP-Cache.

Vorladen

Sie können Cache-Dateien für Beiträge, Ordner und Tags für Ihre Website per Vorabladen erstellen. Preload besucht jede Seite auf der Website, um zwischengespeicherte Seiten zu erstellen, genau wie jeder andere Besucher der Website. Aufgrund der sequentiellen Natur dieser Funktion kann es einige Zeit dauern, bis der Vorabladevorgang abgeschlossen ist, wenn Ihre Website viele Posts enthält.

Für ein effizienteres Vorladen kann es hilfreich sein, die Garbage Collection zu deaktivieren, damit ältere Cache-Dateien nicht gelöscht werden. Aktivieren Sie dazu den „Preload-Modus“ in den Einstellungen. Beachten Sie jedoch, dass Seiten irgendwann obsolet werden, aber Updates durch das Posten von Kommentaren oder das Bearbeiten von Posts Teile des Cache löschen.

CDN

Ein Content Delivery Network (CDN) ist normalerweise ein Netzwerk von Computern auf der ganzen Welt, die den Inhalt Ihrer Website schneller bereitstellen, indem sie den Server verwenden, der Ihnen am nächsten ist. Statische Dateien wie Bilder, JavaScript und CSS können über diese Netzwerke bereitgestellt werden, um das Laden Ihrer Seite zu beschleunigen. Sie können auch ein "CDN des armen Mannes" erstellen, indem Sie eine Subdomain der Hauptdomain verwenden, um die statischen Dateien bereitzustellen.

OSSDL CDN Off-Linker wurde in WP Super Cache integriert, um grundlegende CDN-Unterstützung bereitzustellen. Es funktioniert durch Umschreiben (Umschreiben) der URLs der Dateien (außer .php-Dateien) in wp-content und wp-include auf Ihrem Server, sodass sie auf einen anderen Hostnamen verweisen. Viele CDNs unterstützen „Origin Pull“. Dies bedeutet, dass das CDN die Datei automatisch von Ihrem Server herunterlädt, wenn es die erste Anfrage erhält, und die Datei weiterhin für die konfigurierte Zeitspanne bereitstellt, bevor die Datei erneut von Ihrem Server geladen wird. .

Bearbeiten Sie diese Konfiguration auf der Registerkarte „CDN“ der Plugin-Einstellungsseite. Dies ist technisch fortgeschritten und erfordert ein grundlegendes Verständnis der Funktionsweise eines Servers oder CDN. Stellen Sie sicher, dass Sie die Cache-Datei löschen, nachdem Sie das CDN optimiert haben.

Mögliche Fehler beheben

Wenn bei der Installation des Plugins etwas nicht richtig funktioniert, sollten Sie Folgendes überprüfen:

1. wp-content beschreibbar durch Webserver (Webserver)?
2. Existiert die Datei wp-content/wp-cache-config.php? Wenn nicht, kopiere die Datei wp-super-cache/wp-cache-config-sample.php nach wp-content/wp-cache-config.php und stelle sicher, dass WPCACHEHOME auf den richtigen Speicherort verweist.
3. Ist die Datei wp-content/advanced-cache.php verfügbar? Ansonsten musst du wp-super-cache/advanced-cache.php nach wp-content/ kopieren. Sie müssen die Datei bearbeiten und den Pfad so ändern, dass er auf den Ordner wp-super-cache zeigt.
4. Wenn die Seite überhaupt nicht zwischengespeichert ist, entferne wp-content/advanced-cache.php und erstelle sie neu, indem du die obigen Anweisungen befolgst.
5. Stellen Sie sicher, dass sich die fettgedruckte Zeile unten in wp-config.php und über der Zeile „require_once(ABSPATH.'wp0settings.php')“ befindet: define( 'WP_CACHE', true );
6. Versuchen Sie es erneut mit Einstellungen->WP Super Cache und aktivieren Sie den Cache.
7. Betrachten wir wp-content/cache/supercache/. Gibt es dort Ordner und Dateien?
8. Was steht in der PHP-Datei error_log?
9. Wenn Ihr Browser Sie nach der Installation von Super Cache immer noch auffordert, Dateien zu speichern, müssen Sie den Kompressor von Super Cache deaktivieren. Gehen Sie zur Seite Einstellungen -> WP Super Cache und deaktivieren Sie es hier.
10. Das Plugin funktioniert nicht gut, wenn der abgesicherte PHP-Modus aktiviert ist. Ihr Administrator muss es deaktivieren.
11. Wenn Ihre Seite sehr zufällig zwischengespeichert wird und manchmal nicht, kann Ihr Blog sowohl mit „www“- als auch mit Nicht-www“-Präfixen in der URL angezeigt werden. Wenn Sie eine alte WordPress-Installation verwenden, müssen Sie ein Plug-in auswählen und das www-priority-enforcement-Plug-in installieren. Die neueste Version leitet sich selbst um (Sie sollten sowieso die neueste Version von WordPress ausführen).
12. Benutzer privater Server bei Dreamhost müssen die Datei wp-content/wp-cache-config.php bearbeiten und das Cache-Verzeichnis auf „/tmp“ setzen, wenn sie eine Fehlermeldung über die Erhöhung der CPU-Auslastung erhalten.
13. Dateisperrfehler wie „Schlüssel 0x152b konnte nicht abgerufen werden: Zugriff verweigert in … / Schlüssel 0x152b konnte nicht abgerufen werden: Zugriff verweigert in …“ oder „Seite wurde nicht von WP Super Cache zwischengespeichert. Die Mutex-Sperre konnte nicht abgerufen werden./ Die Seite wird nicht von WP Super Cache zwischengespeichert. Mutex kann nicht gesperrt werden. " ist ein Hinweis darauf, dass Sie Datei-/Dateisperren verwenden. Bearbeiten Sie wp-content/wp-cache-config.php und kommentieren Sie "$use_flock=true" aus oder setzen Sie $sem_id auf einen anderen Wert. Sie können die Dateisperre auch über die deaktivieren Verwaltungsbildschirm als letzte Möglichkeit.
14. Stellen Sie sicher, dass cache/wp_cache_mutex.lock vom Webserver beschreibbar ist, wenn das Sperren von Rohdateien verwendet wird.
15. Das Cache-Verzeichnis kann nicht in einer NFS- oder Samba-Freigabe oder einem NAS festgelegt werden. Es muss sich auf der lokalen Festplatte befinden. Das Sperren von Dateien und das Löschen abgelaufener Dateien funktionieren nicht ordnungsgemäß, es sei denn, der Cache-Ordner befindet sich auf dem lokalen Computer.
16. Der alte File Cleaner kann nicht funktionieren, wenn WordPress wp-cron.php nicht finden kann. Wenn Ihr Hostname auf 127.0.0.1 zeigt, kann es sein, dass der Garbage Collector nicht funktioniert. Überprüfe die access_logs auf den Eintrag wp-cron.php. Geben sie 404 (Datei nicht gefunden) oder 200 zurück? Wenn es sich um einen 404-Code handelt oder wp-cron.php nirgendwo zu sehen ist, sucht WordPress wahrscheinlich an der falschen Stelle danach. Sie müssen den Serveradministrator bitten, dies auf dem Unix-Server zu bearbeiten oder zu beheben und die folgende Zeile zu entfernen. Ihr Hostname muss auf eine externe IP-Adresse verweisen, die sich von der im Netzwerk/Internet verwendeten unterscheidet. Siehe auch den Artikel https://yoast.com/wp-cron-issues/ für weitere Details. Eine Zeile wie „127.0.0.1 localhost localhost.localdomain“ ist in Ordnung
17. Wenn Besuchern Legacy-Seiten über Supercache zur Verfügung gestellt werden, können Apache-Module (oder gleichwertige Module, wenn Sie Apache nicht verwenden) verloren gehen. Die folgenden drei Module werden benötigt: mod_mime, mod_headers und mod_expires. Die letzten beiden sind besonders wichtig, um sicherzustellen, dass der Browser neue Versionen bestehender Seiten auf die Seite lädt.
18. Fehlermeldung: „WP Super Cache wurde installiert, aber beschädigt. Der Pfad zu wp-cache-phase1.php in wp-content/advanced-cache.php muss korrigiert werden! / WP Super Cache ist installiert, aber es gibt ein Problem. Der Pfad zu wp-cache-phase1.php in wp-content/advanced-cache.php muss korrigiert werden! “ erscheint am Ende aller Seiten. Öffne die Datei wp-content/advanced-cache.php mit deinem bevorzugten Editor. Ist der Pfad zu wp-cache-phase1.php korrekt? Diese Datei befindet sich normalerweise in wp-content/plugins/wp-super-cache/. Wenn es falsch ist, wird der Cache nicht geladen.
19. Caching funktioniert nicht. Der Zeitstempel auf meinem Blog ändert sich ständig, wenn ich neu lade. Überprüfen Sie, ob der Pfad in den Regeln, die Sie in .htaccess festlegen, mit dem Supercache-Verzeichnis übereinstimmt. Möglicherweise müssen Sie es codieren. Versuchen Sie, den Super-Cache-Modus zu deaktivieren.
20. Wenn die Supercache-Cache-Datei generiert, aber nicht bereitgestellt wird, überprüfen Sie die Berechtigungen für alle Ihre Ordner in wp-content/cache/supercache (und jedem wp-content-Cache und Supercache-Ordner) und wp-content/cache/.htaccess. Wenn Ihr PHP unter einem anderen Benutzer als Apache ausgeführt wird und die Berechtigungen streng/streng sind, kann Apache die von PHP generierten Cache-Dateien möglicherweise nicht lesen. Zum Bearbeiten müssen Sie die folgenden Zeilen in Ihre wp-config.php-Datei einfügen (Und sie befindet sich über der Definition von WP_CACHE). Löschen Sie dann Ihren Cache. umask (0022);
21. Wenn Sie Junk-Dateien in Ihrem Browser sehen, nachdem Sie die Komprimierung im Plugin aktiviert haben, wurde die Komprimierung möglicherweise auf Ihrem Webserver aktiviert. In Apache müssen Sie mod_deflate deaktivieren, oder in PHP kann die zlib-Komprimierung aktiviert werden. Sie können es auf drei Arten deaktivieren. Wenn Sie Root-Zugriff haben, bearbeiten Sie php.ini und suchen Sie die Einstellung zlib.output_compression und stellen Sie sicher, dass sie „Off“ ist, oder fügen Sie Folgendes zu .htaccess hinzu: disable php_flag zlib.output_compression. Wenn das immer noch nicht funktioniert, füge Folgendes zu wp-config.php hinzu: ini_set('zlib.output_compression', 0);
22. Der „White Screen of Death“ oder eine leere Seite beim Besuch einer Website wird mit ziemlicher Sicherheit von einem PHP-Fehler verursacht, kann aber auch von APC verursacht werden. Deaktivieren Sie die PHP-Erweiterung, wenn Sie Probleme haben, und ersetzen Sie sie durch eAccelerator oder Xcache.
23. Nach der Deinstallation kann Ihr statischer Link brechen, wenn Sie auch die mod_rewrite-Regeln entfernen. Erstellen Sie diese Regeln neu, indem Sie zu Einstellungen->Permalink gehen und das Formular erneut speichern.
24. Wenn Ihre Seite nicht geladen werden kann, stellen Sie sicher, dass wp-config.php korrekt eingerichtet ist. Haben Sie irgendwelche öffnenden oder schließenden PHP-Tags übersehen?
25. Ihre Homepage ist in Ordnung, aber Beiträge und Seiten liefern 404-Ergebnisse? Gehen Sie zu Einstellungen->Permalinks und klicken Sie auf „Speichern“, wenn Sie die statische Pfadstruktur ausgewählt haben. Möglicherweise müssen Sie die .htaccess-Datei manuell aktualisieren
26. Wenn einige Zeichen auf Ihrer Website nicht richtig angezeigt werden, ist Ihr Server möglicherweise nicht richtig konfiguriert. Sie müssen Ihren Besuchern mitteilen, welchen Zeichensatz sie verwenden sollen. Gehen Sie zu Einstellungen->Lesen und kopieren Sie den Wert „Codierung für Seiten und Feeds/Codierung für Seiten und Feeds“. Bearbeiten Sie die .htaccess-Datei mit Ihren gesamten Supercache- und WordPress-Umschreibungsregeln und fügen Sie sie oben hinzu, wobei Sie den CHARSET-Kopierwert ersetzen. (zB 'UTF-8'): AddDefaultCharset CHARSET
27. Verwenden Sie die Cron-Ansicht, um Probleme beim Vorladen und bei der Garbage-Collection zu diagnostizieren. Verwenden Sie ein Plugin, um sicherzustellen, dass Jobs geplant sind und zu welcher Zeit. Suchen Sie die Hooks wp_cache_gc und wp_cache_full_preload.
28. Fehlermeldung „WP Super Cache ist installiert, aber beschädigt. WPCACHEHOME muss in der Datei wp-config.php eingerichtet werden und auf den Ordner „WP ​​Super Cache plugin“ verweisen, der unten auf jeder Seite erscheint. Du kannst entweder wp-content/advanced-cache.php löschen und die Seiteneinstellungen neu laden oder wp-config.php bearbeiten und nach WPCACHEHOME suchen und sicherstellen, dass es auf den Ordner wp-super-cache verweist. Es ist normalerweise wp-content/plugins/wp-super-cache/, aber du wirst wahrscheinlich den vollständigen Pfad zu der Datei brauchen (daher wäre die Einstellungsseite einfacher zu reparieren). Wenn es falsch ist, wird der Cache nicht geladen.
29. Wenn Ihr Server aufgrund der Anzahl der vom Plugin verwendeten Semaphoren Probleme hat, kann dies daran liegen, dass Ihre Benutzer Dateisperren verwenden, was nicht empfohlen wird (aber nur für einige Benutzer erforderlich ist). kleine Benutzer). Sie können alle Dateisperren deaktivieren, indem Sie die Konstante WPSC_DISABLE_LOCKING definieren oder die Konstante WPSC_REMOVE_SEMAPHORE angeben, sodass sem_remove() nach jeder zwischengespeicherten Seite aufgerufen wird, aber anscheinend Probleme bei der Verarbeitung von Anforderungen verursacht. anders als die Semaphore. Deaktivieren Sie es am besten.
30. Setzen Sie die Variable $htaccess_path in wp-config.php oder wp-cache-config.php auf den globalen Pfad von .htaccess, wenn das Plugin diese Datei im falschen Verzeichnis findet. Dies kann passieren, wenn Sie WordPress auf ungewöhnliche Weise installieren.