Abonniere die neusten Artikel via RSS-Feed oder Atom und verfolge die Kommentare ebenso via RSS-Feed oder Atom-Feed
Anzeige
Gunnar Tillmann hat die WordPress-Cache-Funktion vor einiger Zeit sehr schön vorgestellt, wobei er auf die Möglichkeiten für Entwickler eingeht, das Einbinden in eigene Lösungen - Plugins oder Templates beispielsweise.
Das gleiche Thema hat Michael auch nochmal aufgegriffen und damit wurde es dann wesentlich populärer - Michael hat wohl einen großen Leserstamm. 
Die Cache-Funktion wird aktiviert, in dem man zwei Zeilen der wp-config.php hinzufügt. Der Ordner wp-content muss mit Schreibrechten ausgestattet werden, damit das nötige Verzeichnis cache automatisch angelegt werden kann, ansonsten händisch anlegen.
define('ENABLE_CACHE', true); // Cache on
define('CACHE_EXPIRATION_TIME', 604800); // Time in seconds, default is 900s
Nun hat der Cache sicher hervorragende Eigenschaften, wie aber auch Michael schon berichtet -
nur meist denkt man in diesem Moment nie an den Cache (Murphy lässt grüßen
Ebenso hat WordPress von Haus aus keine Überprüfung des Cache, was passiert also wirklich und wie kann ich ihn gegebenenfalls leeren? Natürlich hat sich auch dazu schon ein findiger Kopf gefunden und ein Plugin erstellt. Das Plugin „PJW WP Cache Inspect“ gibt eine Ausgabe alle relevanten Daten im Frontend aus, so dass der Admin, insofern er im Backend angemeldet ist, sich über die aktuelle Cache-Situation auf der entsprechenden Seite informieren kann. Der nicht geloggte User bekommt davon nichts mit.
Das Plugin geht mir allerdings nicht weit genug, denn es gibt einige Anwendungen, bei denen es sinnvoll ist, den Cache zu leeren. Dazu zählen zum Beispiel, das Löschen von Kommentaren, das Editieren von Kommentaren und das Veröffentlichen von Seiten und Artikeln.
Damit diese Funktionalität gegeben ist, habe ich das Plugin um wenige Zeilen erweitert und nun muss man sich darum nicht mehr kümmern. Der Download ist im Anschluss zu finden. zusätzlich kann im Bereich Verwalten des Backend den Cache mit einem Klick löschen.
Es empfiehlt sich den PHP Memory Limit zu setzen, 32MByte sollten ein guter Wert sein, auch diese Konstanten-Definition gehört in die wp-config.php.
define('WP_MEMORY_LIMIT', '32M');
Das Plugin arbeitet mit WP 2.0 und höher, inklusive 2.5 ab Version 0.52 des Plugins.
Ist die Arbeit nicht 1 Euro wert?
Jede Spende wird dankbar angenommen und ermöglicht das weitere Arbeiten an freier Software.
Möchtest du mehr oder anders spenden, so besuche meine Wunschliste.
Download als php-Datei:
pjw-wp-cache-inspect.zip - 1 KByte
Das Plugin wurde von mir komplett neu aufgesetzt und erstellt - nähere Informationen dazu gibt es im entsprechenden Artikel: WP Cache steuern (Plugin).
Ich bin urlaubsreif, ersticke in Arbeit und damit auch für die Leser des Weblogs nicht zu erreichen. Bitte geduldet euch ein wenig mit Supportanfragen.
Leider muss ich die Kommentarfunktion deaktivieren, ansonsten würde ich weiter in Arbeit ersticken oder die Anfragen nicht nach bestem Gewissen beantworten.
Vielen Dank für das Verständnis!
bueltge.de [by:ltge.de] wird von Frank Bültge geführt, administriert und gestaltet. Alle Inhalte sind persönlich von mir ausgewählt und erstellt, nach bestem Gewissen und Können, was die Möglichkeit von Fehlern nicht ausschließt.
Das Weblog wird angetrieben von WordPress und aktuell gibt es 854 Beiträge, 15038 Kommentare in 14 Kategorien und 450 Tags.
Das Blog wird liebevoll mit xHTML & CSS in Handarbeit gestaltet.
Design und Code ist unter Copyright
© 2001 - 2010 bueltge.de [by:ltge.de]
18. Juli 2007 um 19:33
18. Juli 2007 um 21:33
habe die Cache-Funktion bei meinem letzten Projekt Ferienhäuser Sardinien getestet, leider ohne Erfolg. Scheinbar bringt Wordpress die beiden Subdomains durcheinander. Das Projekt ist zweisprachig und läuft auf einer Instanz alla Multi-(Sub)Domain-WordPress.
19. Juli 2007 um 00:33
Kaum freut man sich über diese Funktion, gibts schon wieder Sachen zu beachten und Erweiterungen, (fr)ahhh(nk)!
Wahrscheinlich bilde ich mir das nur ein weil es eh irgendwie sicher nichts miteinander zu tun hat aber die "Bitte moderiere Kommentar x" Emails kamen seit dem aktivieren Cache "später" an.. Zufall? Murphy? Omen? Einbildung durch Tatsachen? Hachje..
19. Juli 2007 um 07:50
Nicht umsonst ist der Cache im Standard nicht aktiviert.
Schon möglich, da müsste man mal prüfen, auf was der Cache alles wirkt. Die Doku ist derzeit sehr dürftig.
21. Juli 2007 um 20:10
Dann hätten die ganzen Browserleutchen ja auch mal den Cache im Auslieferungszustand deaktiviert lassen können - weil wie oft ist der Cache schuld? Sehr oft!
21. Juli 2007 um 21:28
Nein, hätten sie nicht, denn sie prüfen im Vorfeld ob es Veränderungen gibt. Allerdings administrieren auch die wenigsten Browsernutzer ihren Inhalt nicht selbst. Bei WordPress gibt es aber recht viele User, die nicht immer an alles denken.
23. Juli 2007 um 03:33
10. August 2007 um 08:39
Habe noch ein wenig am Code gefeilt und die neue Version hoch geladen.
9. Januar 2008 um 11:38
16. April 2008 um 17:17
Hallo Frank!
Wirklich ein sehr gelungenes Plugin - aber warum hast Du im Vergleich zum Original von Peter Westwood die "Cold Cache Hits" aus dem Info-Container rausgenommen? Habe diese Info wieder selbst hinzugefügt, weil ich sie doch ganz interessant finde.
Bin froh, dass ich über den WP-eigenen Cache gestolpert bin - die DB-Queries reduzieren sich teilweise um die Hälfte, wie ich dank dieses Plugins jetzt immer schön sehen kann. Das bringt wirklich einen erheblichen Performance-Gewinn.
Thanks!
17. April 2008 um 12:30
@Marco Luthe: Ist nut auskommentiert, da es bei vielen Anwendern nur Verwirrung stiftet. Sollte ich veilleicht hinzu schreiben.
27. April 2008 um 23:17
12. September 2008 um 18:03
Komisch, hab alles so gemacht wie beschrieben, aber der cache Ordner bleibt leer
Und das mit wp 2.6.1 !? LG aus Berlin
13. September 2008 um 11:53
@Daniel: Ab Version 2.5 wird der Ordner nicht mehr benötigt, siehe Artikel WP 2.5 Cache
20. November 2008 um 17:24
Hallo Frank,
ich bin auf wp 2.2. und habe das Plugin aktiviert. Sobald ich bei den Einstellungen etwas ändere, kommen diverse Fehlermeldungen, wenn ich nach der Änderung auf die Startseite gehe.
Nach dieser Fehlermeldung auf allen Seiten habe ich das Plugin vom Server genommen:
Fatal error: Call to undefined function is_ssl() in /homepages/xx/dxxxx/htdocs/xxxx/wp-content/plugins/wp-cache-inspect/wp-cache-inspect.php on line 171
Viele Grüße
Rita
21. November 2008 um 10:29
@Rita: versuche es mal jetzt. Sollte es nun in 2.2 nicht gehen, dann werden dort keine eigenen Felder in den Rollen genutzt und dazu müsste ich recht viel umbauen - sonderliches Interesse habe ich daran nicht.
Ich habe gerade keine 2.2 laufen, nur 2.0 und 2.3
9. Januar 2009 um 19:52
Hab cache inspect mal ausprobiert. Danke für den Tip! war sehr nützlich.
10. Februar 2009 um 20:50
Ich bin seit langein paar negativen Erfahrungen sehr skeptisch in Bezug auf die verschiedenen Cache-Lösungen geworden. Irgendwie ist immer der Cahe das Problem, wenn die Seite mal nicht wieder will. Zuletzt mit WP Supercache so gewesen. Erst das komplette Löschen des Plugins half wieder.
Warum bringt es Wordpress nicht fertig eine eigene Cache-Lösung zu implementieren ? Funktioniert in Joomla doch auch ?
11. Februar 2009 um 08:13
@Yuppie: WordPress hat einen "eigenen" Cache, wobei nur der RAM des Server genutzt wird. Dies hat Gründe, denn so werden alle Lösungen und Möglichkeiten auf den Server ausgelagert, was immer besser ist. Mein Plugin optimiert nur diesen Cache, heist ich stoße Funktionen von WP an, wenn bestimmte Ablaufe starten, so dass er auch dann leer ist, wenn er im Standard noch aktiv wäre - typ. Beispiel sind Kommentare.
11. Februar 2009 um 11:12
@Frank: Stimmt, das habe ich in meinem Ärger gar nicht mitbekommen. Bei meinen Tests mit den internen Cache hatte ich mich auch erst gewundert, warum nichts in den cache-Ordner geschrieben wird. Klar: RAM-Caching!