banner-2072142_1280-2

Cache Enabler – Plug-in

PNG 700 KB, alex80

Ob fĂŒr oder wider des Plug-ins Cache Enabler möge jeder fĂŒr sich entscheiden.

Cache Enabler, das ist eine Erweiterung, die nur aktiviert und mit wenigen Einstellungen anzupassen ist. Im Grunde kann man damit nichts falsch machen.

Einstellungen

Erstens der 'Cache Verfall‘ und das 'Cache Verhalten' ist seinen Anforderungen entsprechend einzustellen.

Zweitens zu den Dingen mit 'Cache Ausschluss'. Folglich sind hier die Post- oder Pages-IDs, durch ein Komma getrennt, einzutragen. Diese Seiten / BeitrĂ€ge werden dann nicht zwischengespeichert. NĂ€chst die beiden Eintragungen sind dann etwas Anspruchsvoller. Und da heißt es gern, wenn man nicht weißt was zu tun ist, einfach leer lassen. Dasselbe mit 'Cache Inclusions'.

Und drittens, zur Cache-Minimierung. Da kommt es darauf an, ob du nur HTML zur Minimierung freigeben möchtest oder HTML & JavaScript. Des Letzteren gereicht eher zur Empfehlung.

So! – das wars dann schon mit Cache inkl. Minimierung von HTML & JavaScript.

Interesse? – der möchte da sehen:

Wenn denn, dann Cache Enabler!

Zum Einlesen

Insbesondere auch zum VerstÀndinis WP_CACHE, wie das am Server ablÀuft: WordPress-Cache Grundlagen .

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

fastwp.de, Bild anklicken.

Cache Enabler
+ keycdn.com, erweiterte ErklÀrung

OriginĂ€r keycdn.com: 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 minimalistische, aber leistungsstarke Plug-in ist einfach zu bedienen: benötigt minimale Konfiguration und am besten von allen hilft, die Ladezeit der Website zu verbessern.

Cache Enabler, originÀr:

  • Es wird empfohlen HTTP/2 auf dem Webserver zu aktivieren und wenn CDN in Anwendung mit HTTP/2 UnterstĂŒtzung zu verwenden. „Domain Sharding“ und „Concatenation“ sollte vermieden werden fĂŒr bessere HTTP/2 Performance.

Installation / ÜberprĂŒfung

Plug-in 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?

Erst mal! – winzige Info: („Dashboard/Plugins/Installierte Plugins“ erscheint mithin Plug-in Cache Enabler, ober der Anzeige von Plugins (Alle (…), | Aktiviert usw,. auch der Hinweis „Drop-Ins“. OriginĂ€r: „Drop-Ins sind weiterentwickelte Plugins im Verzeichnis wp-content, die, wenn vorhanden, WordPress-FunktionalitĂ€t ersetzen“: den Eintrag anzeigend: advanced-cache.ph – erweitertes Caching-Plugin.

Nach der Aktivierung fĂŒhrt Cache Enabler zwei 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:

/**
 * Ersetze datenbankname_hier_einfuegen
 * mit dem Namen der Datenbank, die du verwenden möchtest.
 */
define('WP_CACHE', true);
define('DB_NAME', '[
]');

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 Optionen sind deaktiviert (in Anwendung alleinig 'Cache Enabler' ist das nicht empfohlen), Demnach ist HTML oder HTML & Inline JS einzustellen. Je nachdem, ob der Website Javascript dabei oder nicht. Anders in Anwendung von Plug-in Autoptimize.  Da hiermit das HTML & Inline JS von 'Autoptimize' auszufĂŒhren ist, ist dies mit 'Deaktiviert' abzuspeichern.

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:
  • Im Backends Ansicht der Website (Frontend) ist die SchaltflĂ€che „URL Cache löschen“. Dieses bewirkt dessen nur fĂŒr selbige Seite.
  • Der Button „Cache löschen“ ist fĂŒr die gesamte Website.

Bspw. in Änderung eines Widgets bewerkstelligen diese Taster die aktuelle Ansicht gecoachten Website. Doch eines Beitrag/Seite durch „Aktualisieren“ und „Freischalten/Löschen“ eines Kommentars wird dessen automatisch auf den Webbrowsers (bei Neuladung der Website) ĂŒbertragen. 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 von fastwp.de 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 lautete die Anpassung fĂŒr die Variable:
SUB_PATH=/wordpress/wp-content/cache/cache-enabler/

Wohlgemerkt: wenn die .htaccess im selben Ordner wie die WP-Installation oder die WP-Installation offen mit der .htaccess am Web-Host-Server installiert, ist SUB_PATH=/wp-content/cache/cache-enabler/ richtig.

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.

↑ TabmenĂŒÂ 

Feedback zum Beitrag