Cache Enabler – Plug-in

Bild, alex80

Mein Beitrag bemüht sich mithilfe Google-Transpiler (Übersetzer) der original Beschreibung, mit Anmerkungen und eigener Formatierung. Also, meine folgende Darstellung der Website keycdn.com (Aktualisierung von 10/2016) ist keine 1:1-Übersetzung.

Erst mal https://fastwp.de/6604/

Originär: Das WordPress Cache Enabler Plug-in ist ein leichtes Caching Plugin, das statische HTML-Dateien erstellt und auf dem Webserver speichert. Dies bedeutet, dass eine statische HTML-Datei ausgeliefert wird, wann immer möglich, um den Nutzern die Antwortdaten zur Verfügung zu stellen, die ansonsten den ressourcenintensiven Prozess der Verwendung des WP-Kerns, der Plug-ins und der Datenbank beinhalten würden. Dieses einfache, aber leistungsstarke Plug-in ist einfach zu bedienen, benötigt minimale Konfiguration und am besten von allen hilft, die Ladezeit der Website zu verbessern.

Installation / Überprüfung

Zur Seite Plug-ins in  Neu hinzufügen. „Cache Enabler – WordPress Caching“ suchen, installieren und durch selbigen Button aktivieren. Sie können nun zu den Einstellungen des Plugins navigieren, indem Sie auf Einstellungen/“Cache Enabler“ gehen.

Nanu: was macht Cache Enabler nach der Aktivierung?
Nach der Aktivierung führt Cache Enabler 2 Dinge aus:
  1. Fügt define('WP_CACHE', true); vom Cache Enabler zur Datei wp-config.php hinzu
  2. Kopiert die Datei „advanced-cache.php“ aus dem Cache-Enabler in das wp-content Verzeichnis.

Der X-Cache-Handler: wp-Header wird angezeigt, wenn die Datei advanced-cache.php verwendet wird. Andernfalls wird, wenn WP_CACHE auf false gesetzt ist (z. B. definieren (‚WP_CACHE‘, false);), dann wird Cache Enabler PHP nicht umgehen und Sie sehen den folgenden Header X-Cache-Handler: php.

Hinweis: Siehe Bild auf dessen Website

Wenn bei Aktivierung* Cache Enabler nicht in der Datei wp-config.php schreiben kann …

* … oder auch anderen Grund im Verlauf der Erstellung einer Website –.

… dann erhältst du eine Warnung in deinem Dashboard

define('WP_CACHE', true); is no set in wp-config.php

Bei erhalten diese Warnung kann man entweder die Dateiberechtigungen ändern und das Plug-in neu installieren oder der wp-config.php-Datei. manuell hinzufügen:

define('WP_CACHE', true);

Also bleibt die wp-config.php zu beachten, in etwa vor den Sicherheitsschlüsseln einzugeben:

/* Code für Cache Enabler */
define('WP_CACHE', true);
/* Revisionen */
define( 'WP_POST_REVISIONS', 3 );

/**#@+
 * Sicherheitsschlüssel
FAQ: Wie kann ich überprüfen, ob der Cache-Enabler auf meiner Website arbeitet?

Zur Überprüfung dass der Cache Enabler eine zwischengespeicherte Version einer bestimmten Seite liefert: Der WordPress-Installation abmelden und die Seitenquelle für einen dieser Kommentare überprüfen:

Vertrauen ist gut – Kontrolle ist besser

<! – Cache Enabler von KeyCDN @ 10.11.2015 17:32:29 (webp gzip) ->
<! – Cache Enabler von KeyCDN @ 10.11.2015 17:32:29 (webp) ->
<! – Cache Enabler von KeyCDN @ 10.11.2015 17:32:29 (html gzip) ->
<! – Cache Enabler von KeyCDN @ 10.11.2015 17:32:29 (html) ->

Einstellungen Cache

Cache Verhalten: Standardmäßig wird nur der Home-Cache gelöscht, wenn ein neuer Beitrag veröffentlicht wird.

Cache Verfall

… von vornherein möchte ich darauf achten, dass der Cache möglichst erhalten bleibt, das ja der Zweck von Caching und daher vornehmlich die Standard Konfiguration anzuwenden, ist.
Automatischer Cache-Ablauf in Stunden:
  • Der Cache kann in vorgegebenen Zeitintervallen automatisch gelöscht werden. Ein Cache-Ablauf von 0 bedeutet, dass der Cache nie automatisch abläuft.
Optionen, um das automatische Clearing des Cache zu aktivieren
  • Zwei Möglichkeiten bei „Beitrag aktualisieren“: Den gesamten Cache jedes Mal zu löschen (mit Häkchen) oder es wird nur der seitenspezifische Cache jedes Mal gelöscht, wenn ein Beitrag aktualisiert wird.
  • Die Möglichkeit bei Kommentar: Das Clearing des vollständigen Cache jedes Mal zu aktivieren, wenn jemand einen neuen Kommentar platziert.

Integration von WebP-Bildern

  • HTTP / 2 fokussiert
  • Funktioniert perfekt mit Autoptimieren
  • Unterstützt reagierende Bilder über srcset in WordPress 4.4
  • Der WordPress Cache Enabler nutzt auch den If Modified Since Header, um dem Browser zu helfen, zu bestimmen, ob sich der Inhalt seit der Erstellung der statischen Cache-Datei geändert hat. Wenn sich der Inhalt nicht geändert hat, wird der Statuscode für das ursprüngliche HTML-Dokument an den Browser als 304 zurückgegeben. Wenn sich der Inhalt geändert hat, wird das HTML-Dokument erneut abgerufen und ein Statuscode von 200.wordpress-cache-304- Nicht modifiziert.
FAQ: Wie kann ich meine Bilder in WebP konvertieren?

Um Bilder in WebP zu konvertieren, benutze das Cache Enabler Plugin in Verbindung mit dem Optimus Image Optimizer Plugin und aktiviere die WebP Optionen auf beiden Plugins.

FAQ: Wie funktioniert die WebP-Integration?

Der WordPress Cache Enabler analysiert die jpeg und png Bilder in Ihrem Upload-Verzeichnis, um zu sehen, ob es ein gleichwertiges WebP-Bild (erzeugt von Optimus). Diese WebP-Bilder sind dann in der WebP-Cache-HTML-Datei enthalten.

Cache Ausschluss

  • Option (Post-Typ-Unterstützung), das Caching von bestimmten Posts oder Seiten durch ID auszuschließen

Cache Minimierung
Option zur Aktivierung der Cache-Minifizierung

  • Deaktiviert
  • HTML oder
  • HTML & Inline JS

Die Einstellungen für die Cache-Minifizierung ist Speeds klar. Die drei Optionen sind deaktiviert (nicht empfohlen), HTML, HTML & Inline JS,  je nachdem, ob der Website Javascript dabei oder nicht.

Hinweis: How To Minify CSS, JS, and HTML

Admin-Leiste Anzeige

Backends Admin-Leiste.

Manuelles Löschen von Cache:

  • Aus der Admin-Leiste Löschen von Cache (gesamten Cache) und
  • Löschen des seitenspezifischen Caches: Der Cache einer bestimmten URL kann direkt aus der WordPress-Admin-Leiste gelöscht werden, durch klick‘ auf „URL-Cache löschen“.
Bemerkungen:

Also im Backends Ansicht der Website (Frontend) ist die Schaltfläche „URL Cache löschen“ (bewirkt dessen nur für selbige Seite)  und „Cache löschen“ – bei Änderung z. B. in einem Widgetbereich bewerkstelligen diese Taster die aktuelle Ansicht gecoachten Website. Ebd. bei „Aktualisieren“ im Editor eines Beitrag/Seite und „Freischalten/Löschen“ eines Kommentars wird dessen automatisch auf den Webbrowsers (bei Neuladung der Website) übertragen und daher sind hierfür diese Steuerelemente nicht anzuwenden.

Merke: Backends auf der Homeseite (Startseite) wird in Anwendung „URL Cache löschen“ der gesamte Cache gelöscht, gleich mit „Cache löschen“.

Mit Snippet PHP-Ausführung verhindern

Durch das Hinzufügen des erweiterten Konfigurations-Snippets zum Apache-Server besteht für eine noch schnellere Lieferung die Möglichkeit, PHP vollständig zu umgehen, um die statische HTML-Datei abzurufen, die vom WordPress Cache Enabler Plugin erstellt wurde. Die folgenden Konfigurations-Snippets können auf Apache- oder Nginx-Servern implementiert werden. Darüber hinaus sollte das Standard-Cache-Enabler-Setup die Mehrheit der Use-Cases erfüllen.

Das Snippet, welches hier https://fastwp.de/6687/ freundlich hervor gehoben ist! – WordPress – entspannend – flott – gut

Diese Konfiguration ist optional und muss nicht implementiert werden, um das Cache Enabler Plugin nutzen zu können. Es ist nur eine vorgeschlagene Konfiguration für diejenigen, die PHP vollständig umgehen wollen, wenn eine statische HTML-Datei existiert. Die Exspirationsrichtlinie wird auch mit der erweiterten Konfiguration umgangen.

  • Das Snippet vor dem # BEGIN WordPress-Abschnitt in der .htaccess-Datei hinzufügen.
WordPress im Unterverzeichnis (dies ist nur spezifisch Relevant)

Die Variable SUB_PATH muss entsprechend angepasst werden, wenn WordPress in einem Unterverzeichnis installiert ist (z. B. http://www.example.com/blog erfordert eine Änderung an
SUB_PATH=/blog/wp-content/cache/cache-enabler/).

Beispiel aufs Exempel (Dashboard/Einstellungen/Allgemein):


Zur Kenntnisnahme unterschiedl. Adresse, s. „vorhergehend“: WordPress im Unterverzeichnis über Hauptverzeichnis aufrufen

… somit lautet die Anpassung für die Variable:
SUB_PATH=/wordpress/wp-content/cache/cache-enabler/

Standort von wp-admin

Wenn der Standort von wp-admin geändert, muss dies auch in der folgenden Bedingung angepasst werden:
RewriteCond %{ENV:CE_PATH} !^/wp-admin/.*.

Fachspezifisch (ich lass mal so stehen…): Das Snippet definiert bestimmte Bedingungen und wenn sie erfüllt sind, wird die RewriteRule ausgelöst. Für die gzip-Version, die letzte Bedingung, RewriteCond% {DOCUMENT_ROOT}% {ENV: SUB_PATH}% {HTTP_HOST}% {ENV: CE_PATH} index.html.gz -f, prüft, ob die HTML-statische Datei verfügbar ist und wenn Diese Bedingung und alle anderen Bedingungen erfüllt sind, wird ein Rewrite ausgelöst. Die statische HTML-Datei wird dann direkt abgerufen (verhindert PHP-Anrufe) und an den Client zurückgesendet.

… steht auf dem Blatt.

FAQ: Wird Cache Enablers Ablauffunktion noch funktionieren, wenn ich das erweiterte Snippet verwende?

Nein. Die Fähigkeit des Cache Enablers, den Cache auf der Grundlage eines definierten Zeitraums automatisch ablaufen zu lassen, wird nicht mehr funktionieren, da die für diese Funktion benötigten PHP-Aufrufe umgangen werden.

Dem „Nein“ meines Erachtens kein Nachteil erwächst, der anderen Optionen den werten Cache zu löschen –.
Cache über Dritte (s. bitte Website keycdn.com)

Das PHP-Snippet kann verwendet werden, um den Cache über einen Dritten wie z. B. einen Cron Job zu löschen. Der erste Abschnitt initialisiert die WordPress-Umgebung, normalerweise sollte diese PHP-Datei im WordPress-Stammverzeichnis liegen. Die zweite, wenn die Aktion des vollständigen Clearing des Cache und mit dem dritten, wenn die Möglichkeit besteht, festzustellen, für welche Post-ID.

Cache Ablauf mit Snippet

Es kann ein Cron-Job erstellt werden, um den Cache automatisch fortzusetzen. Fügen Sie dem Cron-Job den folgenden Befehl hinzu, sobald Sie den Zeitraum festgelegt haben, für den Sie möchten, dass der Cache abläuft */1 * * * * rm -rf /path/to/your/wordpress/wp-content/cache/cache-enabler/

Wie kann ich überprüfen, dass das erweiterte Snippet PHP umgeht?

Um sicherzustellen, tatsächlich PHP zu umgehen, nachdem das Snippet hinzugefügt wurde:

Entwickler-Tools zu Netzwerk navigieren und die HTML-Datei aufrufen.

Erfolg gibt recht. Nur schade, dass Recht nicht immer Erfolg hat! Willy Meurer

Wenn das erweiterte Snippet-Konfiguration hinzugefügt, ist bei Überprüfung der Header festzustellen, dass keine speziellen WordPress Cache Enabler-Header hinzugefügt werden. Wenn der X-Cache-Handler-Header – HTTP-Header ausgeben und prüfen https://redbot.org – also diese Zeile:

x-cache-handler: wp 

nicht vorhanden, somit ist das erweiterterte Konfigurations-Snippet ordnungsgemäß implementiert.

 

Weitere FAQ

  • Funktioniert Cache Enabler mit Disqus bedingtem Load Plugin?
  • Funktioniert Cache Enabler mit mobilen Themen, wenn der Desktop und die mobilen Versionen anders sind?
  • Warum ist meine Woocommerce-Bestandsaktualisierung nicht?
  • Funktioniert Cache Enabler mit Standard-Permalinks?
  • Kann ich Cache Enabler mit dem WordPress Nexus Thema verwenden?
  • Wie verwende ich Cache Enabler auf einem WordPress Multisite Setup?
Funktioniert Cache Enabler mit Disqus bedingtem Load Plugin?

Ja. Um Cache Enabler ordnungsgemäß mit DCL-Plugin zu arbeiten, navigiere einfach zu DCL-Einstellungen und lege die Option Caching Support auf „Enable“. Die Einstellungen sichern und DCL funktioniert nun ordnungsgemäß mit Cache Enabler.

Dcl-Einstellungen

Funktioniert Cache Enabler mit mobilen Themen, wenn der Desktop und die mobilen Versionen anders sind?

Es wird nicht empfohlen, das Cache Enabler Plugin zu verwenden, wenn ein mobiles Theme oder Plugin verwendet wird, das verschiedene Layouts für Desktop und Mobile zeigt. Der Cache wird umgangen, wenn eines dieser Plugins verwendet wird:

  • WPtouch
  • Carrington
  • Jetpack
  • Handheld

Andernfalls wird die zwischengespeicherte Version an den mobilen Benutzer ausgeliefert.

Warum ist meine Woocommerce-Bestandsaktualisierung nicht?

Wenn ein Problem mit Woocommerce-Lager im Cache besteht und daher nicht aktualisiert, versuche es mit der neuesten Version von Woocommerce zu aktualisieren. Ab Version 2.5.2 ist das Problem behoben und die Bestandsnummer steht nicht mehr im Konflikt mit Caching-Plugins.

Funktioniert Cache Enabler mit Standard-Permalinks?

Nein. Cache Enabler funktioniert nicht mit Standard-Permalinks

Kann ich Cache Enabler mit dem WordPress Nexus Thema verwenden?

Ja. Allerdings müss bei der Installation des WordPress Cache Enablers auf einer Website mit dem Nexus-Thema die Permalinks neu erstellen. Dies kann getan werden, indem du Dashboard> Einstellungen> Permalinks und Save Changes wählen.

Wie verwende ich Cache Enabler auf einem WordPress Multisite Setup?

Mit dem WordPress Cache Enabler Plugin auf einem Multisite-Setup ist ganz einfach. Sobald das Plugin heruntergeladen ist, zwei Möglichkeiten:

  • Cache Enabler über die Netzwerkaktivierung aktivieren und es wird anfangen, für jede Site zu arbeiten.
  • Cache Enabler auf jeder Seite einzeln aktivieren, wenn es nicht über das gesamte Netzwerk aktiviert sein möchten.

Alle Cache- und Einstellungen sind so konfiguriert, dass sie für jeden Standort individuell arbeiten. Daher kannst du den Cache vor Ort 1 löschen, während Standort 2 und 3 den Cache behalten. Wenn du auf die zwischengespeicherten Dateien aus dem Backend zugreifen musst, befinden sie sich unter /wp-content/cache/cache-enabler/yourdomain.com.