Abonniere die neusten Artikel via RSS-Feed oder Atom und verfolge die Kommentare ebenso via RSS-Feed oder Atom-Feed
Anzeige
Seit Version 2.0 von WordPress wird mit dem Cache experimentiert und seit Version 2.3 ist er recht ausgewachsen. Dabei hat man die Strategie gewechselt und nutzt einen objektorientierten Cache. Der Cache arbeitet an den verschiedensten Stellen und ist nicht immer vom Betreiber des Blog gewollt. Daher hat Peter Westwood vor langer Zeit mal ein Plugin vorgestellt, welches das Steuern des Cache zulässt. Dieses habe ich schon seit geraumer Zeit um einige Punkte erweitert, wobei der Zugriff nicht immer auf die Schnelle möglich war, denn man musste sich durch das Menu von WP arbeiten - siehe Plugin Seite.
Lange Rede kurzer Sinn - ich habe die neue WordPress-Version und diverse Wünsche von Nutzern zum Anlass genommen und ein neues Plugin erstellt. Damit löse ich das alte Plugin ab und pflege nur noch dieses hier.
Das Plugin ermöglicht es an verschiedenen Stellen des Backend einen Link, zum Aktualisieren des WordPress internen Cache, zu hinterlegen.
Ebenso kann man sich alle Inhalte des Cache in einer einfachen Baumstruktur anschauen.
Aber auch ohne aktiv zu werden steuert das Plugin den Cache, in dem es in Bereichen wie Kommentar frei geben, Beitrag editieren, Beitrag löschen und ähnliches den Cache neu aufsetzt. Alternativ kann man das via Direktzugriff im Backend und Frontend machen. Die unterschiedlichen Möglichkeiten lassen sich via Optionen setzen.
Ebenso kann man als geloggte User, der die Rechte der Cache-Steuerung hat, in der Regel Admin's, im Frontend die wichtigsten Inhalte des Cache sehen.
Vielen Dank an Heiko Rabe, Philip Hetjens und Sergej Müller für die Unterstützung beim Plugin. Diverse Ansätze und Überlegungen kamen aus den sehr netten Kontakten.
Das Plugin arbeitet mit WP 2.0 und höher, inklusive 2.5, optimiert ist es für 2.6 & 2.7.
/wp-content/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 zip-Datei:
downloads.wordpress.org/plugin/wp-cache-inspect.zip - 76 kByte
Bezug auf Textstellen:
Du kannst direkt bezug auf Textstellen im Beitrag nehmen. Dazu muss lediglich der Bereich im Artikel markiert werden; daraufhin erscheint ein Button, der den markierten Text in das Kommentarfeld übernimmt und als Zitat auszeichnet. Die Funktion ist nur bei aktivem JavaScript nutzbar.
xHTML:
Du kannst folgende Tags benutzen: <a href="" title=""> <abbr title=""> <acronym title=""> <blockquote cite=""> <code> <pre> <em> <strong> <strike> <ul> <ul> <li>
Achte darauf, wenn du Code im Kommentar hinterlegen willst, dann muss der Code maskiert sein. Dann wird er nicht interpretiert. Der Code muss mit Hilfe von HTML-Entities dargestellt werden, d.h. dass man z.B. < als < und > als > einfügt.
E-Mail-Benachrichtigung bei neuen Kommentaren ?
Wenn der Haken in der Checkbox gesetzt ist, dann wirst du über neue Kommentare vie E-Mail informiert. Der Versand erfolgt nur, wenn du die URL in der Bestätigungs-E-Mail genutzt hast oder schon Abonnent hier im Blog bist.
Kommentar erscheint nicht:
Alle Kommentare werden manuell geprüft, freigegeben und nach Möglichkeit beantwortet. Bitte um etwas Geduld und Nachsicht.
Identifikationsbilder (Avatare):
Auf Gravatar.com kann man sich mit seiner E-Mail-Adresse registrieren und ein Bild hochladen, dann erscheint dieses Gravatar hier und in vielen weiteren Blogs.
Spamschutz:
Das Kommentarformular ist mit einem JavaScript-Spamschutz ausgerüstet. Solltest du diesen Artikel ohne JavaScript besuchen und kommentieren wollen, so muss du die Frage beantworten und das jeweilige Wort in das Textfeld eingeben.
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 .
Das Blog wird liebevoll mit xHTML & CSS in Handarbeit gestaltet.
Design und Code ist unter Copyright
© 2001 - 2010 bueltge.de [by:ltge.de]
12. November 2008 um 18:30
super, ich habs jetzt ausprobiert. danke nochmal für die email. was ich noch aber gemacht hab: in der datei css/style-frontend.css beim element #cachelink habe ich die eigenschaft z-index:100; eingefügt so ist mein footer nicht zerschossen und der link ganz vorne. werde aber die tage nochmal intensiver austesten und gebe bescheid. vielen dank aber schonmal
12. November 2008 um 20:26
Feine Sache das Plugin, kann ich gerade sehr gut gebrauchen.
Dafür ein dickes DANKE !
12. November 2008 um 20:46
Frank, ich rätsle über die Auswirkungen des ajax_cache_flush(), den du via JS auslöst. Und zwar deswegen:
* Der Object-Cache von WordPress ist nicht persistent, alle gecachten Objekte existieren also nur während der Abarbeitung eines HTTP-Requests durch den PHP-Prozess.
* Das Plugin sendet einen POST mit der Anweisung, den Cache zu löschen, via Ajax. Die Bearbeitung dieses Requests durch den Webserver erfolgt in einem dafür laufenden PHP-Prozess, völlig getrennt von allem, was vorher, nachher oder parallel dazu im Server passiert.
* Die Bearbeitung des AJAX-Request initialisiert das Plugin, bindet AJAX-Requestmethoden an deine Funktion und baut dabei eventuell ein paar Cache-Objekte auf - und löscht sie dann.Ohne einen wie auch immer gearteten Zusammenhang zu der gerade betrachteten Webseite, ob Backend oder Frontend. Ende der Requestbearbeitung.
Ich komme nicht hinter die Motivation für diese Funktion. Was übersehe ich?
12. November 2008 um 22:16
@Robert: nun übersehe ich aber die eigentliche Frage. Ich schätze deine Arbeit und dein Wissen sehr, daher will ich es bitte genauer wissen.
Den beschriebenen Ablauf kann ich erkennen, die Fakten stimmen. Der JS-Aufruf ruft ja nur die WordPress-interne Funktion
wp_cache_flush()auf. Diese macht dann den Neuaufbau des Cache. Es gibt auch eine Funktion zum Löschen des Cache, die wollte ich aber nicht einbauen, da ich einen Reset für besser erachte. Im Grunde optimiere ich ja nur, auf Basis der Hooks. Immer dann wenn man etwas verändert, dann lass ich den Cache neu aufbauen. Mit Hilfe des AJAX-Calls wird lediglich die Möglichkeit händisch aufgerufen, eigentlich nur ein jetzt löschen und neu aufbauen, als den http-Request neu starten. Es ist also kein Zusammenhang notwendig, es soll nur alles reseten.13. November 2008 um 06:12
Frank, meine Frage ist eigenltich die: Welche Objekte sind zum Zeitpunkt des Aufrufs von wp_cache_flush() im Cache, und woher kommen die?
Meiner Meinung nach sind das nur Objekte, die während der Abarbeitung deines AJAX-Requests nötig waren und sowieso wieder im digitalen Nirvana verschwinden, wenn der Request fertig bearbeitet wurde. Prämisse: Es ist kein permanentes Cache-Plugin zusätzlich aktiv, einzig der nicht persistente immer vorhandene WP-eigene Cache wird gesteuert.
13. November 2008 um 09:23
Danke für das Plugin. Mein Feedback hast du ja per E-Mail bekommen.
13. November 2008 um 12:29
@Robert: Der Inhalt steht im Array, welches man sich auslesen kann. Ändert man etwas an Kommentaren, Beiträgen o.ä., dann wird das nicht ersichtlich, weil es im Cache war. Da greife ich ein und erstelle den Inhalt neu.
@Sergej: Danke dir, werde mir einige Punkte überlegen. Die Übergabe per Request der Bereiche gefällt mir noch nicht so ganz, ein Cookie finde ich besser. Aber in dem Umfang halte ich fast schon für irrelevant, mal schauen.
13. November 2008 um 12:40
Ich als User würde mich freuen, wenn beim Aufruf der Plugin-Einstellungen seine oft oder zuletzt verwendete Tabs bereits geöffnet sind. In meinen Augen eignen sich die Optionen besser als Cookies - dafür sind die ja auch da, um die Einstellungen des Nutzers zu merken.
Für dein kleines, aber feines Plugin mag es ein wenig überdimensioniert sein...
13. November 2008 um 13:01
Frank, ich weiß nicht wie ich's besser formulieren soll, aber: Der PHP-Prozess, der den AJAX-Request behandelt und schlussendlich
wp_cache_flush()aufruft, hat meines Erachtens keine Beiträge, Kommentare oder ähnliches im Cache-Array.Ein anderer PHP-Prozess, der den Browseroutput für die "Beitrag bearbeiten"-Seite gebaut hat, ist dann schon längst Geschichte - und mit ihm alle Cacheobjekte, die er für die Generierung der Admin-Seite benötigt hat.
Debugge mal mit Single Step durch
ajax_cache_flush(), vielleicht wird dann deutlich, was ich meine...Entweder das, oder ich sehe nur Wald und keine Bäume.
13. November 2008 um 20:29
13. November 2008 um 22:15
apropos javascript (?
) folgendes: man kann ja bekannterweise googlevideos einbetten und seit geraumer zeit auch auf eine bestimmte zeit-stelle im video verlinken. ich würde gerne eine timeline erstellen. sowas wie hier für youtube mit dem chromeless player:http://www.tutorials4html.com/2008/03/12/ytranscript-using-the-brand-new-youtube-chromeless-scriptable-player/
weiß jemand, wie ich das mit google-videos hinbekomme?
viele grüße
13. November 2008 um 22:35
14. November 2008 um 01:58
14. November 2008 um 09:34
14. November 2008 um 11:58
14. November 2008 um 14:01
14. November 2008 um 16:26
14. November 2008 um 18:53
15. November 2008 um 10:02
17. November 2008 um 04:52
18. November 2008 um 17:14
Sag mal Frank, wie schaut es denn mit der zusammenarbeit von Statistik-Plugins oder auch Tools aus? Ich nutze zb chcount welches über einen PHP Eintrag im footer aufgerufen wird. Wenn dies natürlich gechaced ist klappt das nicht. Kann man da eine Lösung implementieren das der footer zb immer frisch generiert wird?
18. November 2008 um 19:37
@LastOne: Statistiktools sind vom WP-Cache nicht betroffen. Dazu muss man nichts machen.
26. November 2008 um 09:36
Sicher? Das hatte ich bisher bei den Cache Lösungen immer anders verstanden. Aber dann teste ich das mal. Wie immer: Danke dir!
8. Dezember 2008 um 11:25
hi Frank. leider gibts mit wp 2.7-RC1-10119 folgende Fehlermeldung, kannst du das eventuell mal ueberpruefen/ueberarbeiten?
Warning: Invalid argument supplied for foreach() in /var/www/web6/web/wp-content/plugins/wp-cache-inspect/wp-cache-inspect.php on line 3518. Dezember 2008 um 11:34
@ovidiu: Ich habe die gleiche Version laufen aber keinen Fehler. Wo bekommst du die Meldung? Bevor WP 2.7 nicht raus kommt, würde ich ungern ändern. Ich schraube schon an den anderen Plugins bald täglich, da die Veränderungen extrem sind.
8. Dezember 2008 um 11:43
hmmmm.... also ich aktivier das Plugin, version 0.8.2 gehe in die Optionen, selektiere: Data in Frontend sosnt nichts, speichere, gehe auf meine Seite, frontend und sehe:
Warm Cache Hits:Cold Cache Hits:
Cache Misses:
DB Queries: 58
Loaded data:
Warning: Invalid argument supplied for foreach() in /var/www/web6/web/wp-content/plugins/wp-cache-inspect/wp-cache-inspect.php on line 351
sonst nichts. wie koennte ich das Problem denn debuggen?
8. Dezember 2008 um 11:52
@ovidiu: ich vermute, dass es im nächsten Update wieder gehen wird. So lange könntest du die Funktion ja raus nehmen, einfach in den Optionen deaktivieren. Die Daten werden aus der Variable von WP geladen und durch die Schleife in ihre Bestandteile zerlegt. Alternativ wird das auch im Backend des Plugin bei aktiver Funktion gezeigt, nur viel ausführlicher.
24. Februar 2009 um 22:54
Sorry my english firstly, i read well but i cant write
, So its useful post for me and i bookmarked your blog.
30. März 2009 um 14:30
Hmm schade, für den einsatz in WPMU hängt es wohl an anderen Userverwaltung.
Habe spaßenshalber mal
current_user_can('manage_cache')mit1 == 1ersetzt, damit ich einen Eindruck bekomme. Der Feed-Cache ist nicht dabei?30. März 2009 um 14:45
OK, zum Aktualisieren des Feed-Caches reicht es auch einen Artikel über QuickEdit noch mal zu aktualisieren. Brauche ich jetzt ja auch nur in der Entwicklungsphase.
11. August 2009 um 17:20
Läuft das Plugin auch unter WPMU?
11. August 2009 um 17:47
Ich habe keine tests gemacht, sollte aber gehen, da ich nichts habe, was WPMU besonders wäre bzw. alle Hooks in MU ebenso Verwendung finden.
11. August 2009 um 18:11
Danke Frank, ja, es geht. Man darf das Plugin allerdings nicht in "mu-plugins" kopieren, sondern es muss in "plugins". So wirklich merken tue ich allerdings keine Geschwindigkeitserhöhung, was aber sicherlich nicht am Plugin liegt. Vielleicht kannst du als Spezi nochmals kommentieren: Werden meine eingebundenen RSS-Feeds gecashed? Die machen mir nämlich Probleme (ist nicht das RSS-Widget sondern eigener Code).
Gruß, gl
11. August 2009 um 20:40
Das Plugin erweitert den Cache nicht, es optimiert ihn nur dahingehend, dass er neu geschrieben wird, wenn man Kommentare frei gibt, Einträge verändert und ähnliches. Wenn das Plugin zum Einbinden des Feed nicht cacht, dann nein.
8. Januar 2010 um 09:35
Klasse plugin. Habe so etwas als alter Typo3-er lange gesucht. Über eine Kleinigkeit bin ich irritiert. Die Übersetzung von Cache flush kommt nicht an, obwohl vorhanden, obwohl korrket mit _ aufgerufen. Ist mir bislang noch nicht passiert. Hast du eine Idee, wo der Haken ist. Nebenbei: wenn sie dann ankäme , würde ich das eher mit Cache leeren statt Cache abgleichen übersetzen. Womit wird der abgeglichen? Da fehlt mir das Tiefenwissen.
Vielen Dank
Dietrich
8. Januar 2010 um 10:57
@Dietrich: Habe den Fehler gefixt und nun sollte das alles passen; über die Übersetzung kann man sicher streiten, aber Flush leert den Cache nicht, es setzt ihn zurück auf einen Anteil, den WP vorgibt.
8. Januar 2010 um 11:07
Danke für die schnelle Reaktion. In der plugin-Liste wird aber noch keine Version angezeigt. Muss ich wohl noch ein bisschen warten. Inhaltlich wäre also die passende Übersetzung: Cache zurücksetzen.
8. Januar 2010 um 11:26
@Dietrich: ist nun vorhanden, habe eben geschaut.