Mit Hilfe der folgenden Syntax ist der Cache schnell gelöscht, der Beispielpräfix wp_ muss natürlich angepasst werden.

DELETE FROM `wp_options` WHERE `option_name` LIKE ('_transient%_feed_%')

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

fetch_feed() Seit WordPress 2.8

Mit Version 2.8 von WordPress wurde die Klasse SimplePie in den Core geholt. SimplePie hat sich immer durch eine sehr schnelle Entwicklung und eine stabile nutzerfreundliche Klasse ausgezeichnet. Im Vorfeld wurde MagpieRSS eingesetzt, was in vielen fällen nicht nutzbar war und die Entwicklung ist recht langsam. Seite geraumer Zeit wird auch SimplePie nicht mehr durch die Entwickler betreut, was zuerst für eine gewissen Unruhe in den Entwicklerkreisen sorgte; Entwickler aus dem WordPress-Team kümmern sich aber um die Klasse und sorgen für ihr bestehen. Mehr dazu gibt es meinem Artikel SimplePie Entwicklung gestoppt

Nun ist die Klasse aber im Core von WordPress und eignet sich ebenso für RSS- und ATOM-Feeds. Sie nutzt den Cache von WordPress und der kann via Hook angesteuert werden.

Zuerst aber ein kleines Beispiel um einen Feed mit der Klasse in WordPress auszulesen.

<?php
include_once(ABSPATH . WPINC . '/feed.php');
$rss = fetch_feed('http://bueltge.de/feed/');
$rss_items = $rss->get_items( 0, $rss->get_item_quantity(5) );
if ( !$rss_items ) {
	echo 'no items';
} else {
	foreach ( $rss_items as $item ) {
		echo '<p><a href="' . $item->get_permalink() . '">' . $item->get_title() . '</a></p>';
	}
}
?>

Das kleine Beispiel liest meinen Feed aus und gibt die letzten 5 Einträge zurück.

Kern ist die Funktion fetch_feed(). Diese Funktion besitzt einen Hook, durch den man auf das Caching Einfluss nehmen kann - wp_feed_cache_transient_lifetime.
Im Standard ist der Cache auf 12 Stunden (43200) eingestellt, was nicht immer im Sinne der Nutzer ist. Der Wert wird über die Methaode WP_Feed_Cache_Transient() bedient, Parameter $lifetime. Daher ist es ratsam, den folgenden kleinen Aufruf zu nutzen, sei es im Plugin oder in der functions.php des Themes.

add_filter( 'wp_feed_cache_transient_lifetime', create_function( '$a', 'return 1800;' ) );

In diesem Beispiel habe ich den Cache auf 30 Minuten gesetzt. Mit Hilfe der Conditional Tags kann man das ganze dann so steuern, dass der Cache-Hook nur angesteuert wird, wenn man auf einer Seite (is_page()) oder bspw. im Frontend (!is_admin()) des Blog ist. Hier muss man einfach die Möglichkeiten nutzen und an die eigenen Bedürfnisse anpassen.

Eine kleine Möglichkeit möchte ich aber noch aufzeigen, verfügbar ab WordPress 2.9 (Ticket 11117), um das Debuggen für Entwickler zu vereinfachen. Damit wird der Cache in der Umgebung deaktiviert, wenn die Konstante WP_DEBUG gesetzt ist, was ab und dann wichtig sein kann. Das Setzen der Konstante geschieht in der Regel in der wp-config.php der Installation, alternativ natürlich auch im Plugin.

function do_not_cache_feeds(&$feed) {
	$feed->enable_cache(false);
}

if ( defined('WP_DEBUG') && WP_DEBUG )
	add_action( 'wp_feed_options', 'do_not_cache_feeds' );

fetch_rss()

Eine weitere Funktion ist fetch_rss(), die mit WordPress 2.8 auf die Abkündigungsliste gesetzt wurde. Als Alternative ist die oben genannte Funktion aktiv. Aktuell ist fetch_rss() aber noch verfügbar und wird auch unterstützt. Daher zur Vollständigkeit, auch hier die Möglichkeit den Cache zu beeinflussen.

Aber auch dazu zuvor ein Beispiel um den Feed auszulesen und die letzten 5 Einträge des Feed auszugeben.

<?php
include_once(ABSPATH . WPINC . '/rss.php');
$rss = fetch_rss('http://bueltge.de/feed/');
$rss_items = array_slice($rss->items, 0, 5);
if ( empty($rss_items) ) {
	echo 'no items';
} else {
	foreach ( $rss_items as $item ) {
		echo '<p><a href="' . $item['link'] . '">' . $item['title'] . '</a></p>';
	}
}
?>

Hier wird die Funktion fetch_rss() zum Auslesen genutzt und der Cache kann via Konstanten verändert werden. Diese muss man entweder direkt in der wp-config.php definieren, wo sie dann global für alle Anwendungen gelten, oder man muss sie in seine eigenen Funktionen integrieren.

define('MAGPIE_CACHE_ON', 0); // deaktiviert den Cache
define('MAGPIE_CACHE_AGE', 60*60) // Cache 1 Stunde in Sekunden

Fazit

Da man sich bei WordPress entschieden hat, MagpieRSS in der Zukunft nicht mehr zu unterstützen, sollte man sich bei neuen Aufgaben immer mit SimplePie auseinandersetzen und die zweite Möglichkeit nicht in Betracht ziehen. Insofern muss man auch nicht die vielen anderen Konstanten von MagpieRSS in WP kennen.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Nun aber zu einigen Werten, so dass man sich ein Bild machen kann, was die Nutzung des eAccelerator bei mir bewirkt hat.

Auf der Startseite bin ich ohne Optimierung mit Hilfe von Plugins oder sonstigen Geheimtricks auf 21 Queries gekommen. Nach Nutzung des eAccelerator bewege ich mich mit 8 Queries auf der Startseite und die Speicherauslastung geht von rund 18MByte auf rund 10MByte. Einfache Einblicke in den Speicher gibt beispielsweise das Plugin TPC Memory Usage und die Queries lese ich mit dem Plugin Debug Queries. Die Speichernutzung könnte man noch Steigern, in dem man zusätzlich zum eAccelerator den Zend Optimizer einsetzt. Nachlesen kann man das in diesem Beitrag WordPress memory usage reduced from 14MB to 1.4MB.

Der Cache von WordPress lässt sich einfach ersetzen, in dem an im Ordner wp-content eine Datei mir dem Namen ablegt, welche dann anstatt der WordPress eigenen cache.php gezogen wird.

if ( file_exists(WP_CONTENT_DIR . '/object-cache.php') ) {
	require_once (WP_CONTENT_DIR . '/object-cache.php');
	$_wp_using_ext_object_cache = true;
} else {
	require_once (ABSPATH . WPINC . '/cache.php');
	$_wp_using_ext_object_cache = false;
}

Diesen Weg geht auch die oben genannte Erweiterung, die ich ein wenig verändert habe, so dass im Admin-Bereich von WordPress der Cache von WordPress genutzt wird. Wer das ebenfalls nutzen möchte, der nutzt bitte den Code im folgenden und speichert ihn in einer Datei mit Namen object-cache.php. Die Original-Version, die auch gepflegt wird, findet ihr auf der Seite der Erweiterung von NeoSmart Technologies. Die bieten im übrigen auch Lösungen für den APC und XCache in Verbindung mit WordPress an.

<?php

/*
Name: eAccelerator for WordPress
Description: eAccelerator backend for the WP Object Cache, exlude the WP Backend.
Version: 0.6.1
URI: http://neosmart.net/dl.php?id=13
Author: Computer Guru
Author URI: http://neosmart.net/blog/

* Install this file to /wp-content/object-cache.php
* If on Windows, restart IIS after installing for best results

* 0.6.1 Small modification for wp-admin by Frank Bueltge - http://bueltge.de/

Thanks to Ryan Boren for his original memcached code.

*/
if ( strpos($_SERVER['REQUEST_URI'], 'wp-admin') !== false)
	$wp_admin = TRUE;

// Gracefully revert to default cache if eAccelerator is not installed
if ( !function_exists('eaccelerator_get') || $wp_admin )
	include_once(ABSPATH . WPINC . '/cache.php');
else {
//echo $_SERVER['REQUEST_URI'];
function wp_cache_add($key, $data, $flag = '', $expire = 0) {
	return wp_cache_set($key, $data, $flag, $expire);
}

function wp_cache_close() {
	return true;
}

function wp_cache_delete($id, $flag = '') {
	global $wp_object_cache;

	return $wp_object_cache->delete($id, $flag);
}

function wp_cache_flush() {
	global $wp_object_cache;

	return $wp_object_cache->flush();
}

function wp_cache_get($id, $flag = '') {
	global $wp_object_cache;

	return $wp_object_cache->get($id, $flag);
}

function wp_cache_init() {
	global $wp_object_cache;

	$wp_object_cache = new WP_Object_Cache();
}

function wp_cache_replace($key, $data, $flag = '', $expire = 0) {
	return wp_cache_set($key, $data, $flag, $expire);
}

function wp_cache_set($key, $data, $flag = '', $expire = 0) {
	global $wp_object_cache;

	return $wp_object_cache->set($key, $data, $flag, $expire);
}

class WP_Object_Cache {
	var $global_groups = array ('users', 'userlogins', 'usermeta');
	var $cache = array();

	function delete($id, $group = 'default') {
		$key = $this->key($id, $group);
		$result = eaccelerator_rm($key);
		if ( $result )
				unset($this->cache[$key]);
		return $result;
	}

	function flush() {
		eaccelerator_clear();
		$this->cache = array ();

		return true;
	}

	function get($id, $group = 'default') {
		$key = $this->key($id, $group);

		if ( isset($this->cache[$key]) )
			$value = $this->cache[$key];
		else
			$value = eaccelerator_get($key);

		$value = maybe_unserialize($value);

		if ( NULL === $value )
			$value = false;

		$this->cache[$key] = $value;

		return $value;
	}

	function set($id, $data, $group = 'default', $expire = 0) {
		$key = $this->key($id, $group);
		if ( is_resource($data) )
			return false;

		$data = maybe_serialize($data);

		$result = eaccelerator_put($key, $data, $expire);
		if ( $result )
			$this->cache[$key] = $data;

		return $result;
	}

	function key($key, $group) {
		global $blog_id;

		if ( empty($group) )
			$group = 'default';

		if (false !== array_search($group, $this->global_groups))
			$prefix = '';
		else
			$prefix = $blog_id . ':';

		return md5(ABSPATH . "$prefix$group:$key");
	}

	function stats() {
		// Note that this is the total eAccelerator stats, not just WP but also any other apps using eAccelerator var storage
		$eaccelerator_info = eaccelerator_info();
		echo "<p>\n";
		echo "<strong>Cached Variables:</strong> {$eaccelerator_info['cachedKeys']}<br/>\n";
		echo "<strong>Cached Scripts:&nbsp;&nbsp;</strong> {$eaccelerator_info['cachedScripts']}<br/>\n";
		echo "</p>\n";

		if ( !empty($this->cache) ) {
			echo "<pre>\n\r";
			print_r($this->cache);
			echo "</pre>\n\r";
		}
	}

	function WP_Object_Cache() {
		// Empty Constructor
	}
}
} //End Else
?>

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Alle Funktionen des Cache sind im Codex von WordPress gelistet, so dass ein Blick in den Codex lohnt, wenn man sich mit der Syntax beschäftigt.

Die erste Cache Lösung kam mit WordPress 2.3 und war dateibasierend. Der Cache war optionale und konnte über einige Parameter konfiguriert werden, siehe Artikel WordPress Cache kontrollieren.
Aktiviert wurde er über die folgende Konstante: define('ENABLE_CACHE', true);

Der größte Sprung in der Vergangenheit zum Thema cache fand mit Version 2.6 statt, in der man den Cache auf eine objektorientierte Lösung geändert hat. Damit liegen die Möglichkeiten der Cache-Nutzung eher auf Seiten des Servers und nicht explizit auf Seiten von WordPress. Dies wurde vor allem realisiert, um die größtmöglichen Ressourcen aus dem Server zu schöpfen und nicht an WordPress zu übergeben. Mit dieser Einführung muss der Cache von WordPress auch nicht mehr explizit aktiviert werden, er ist immer aktiv. Daher ist es aber wichtig, dass der Server über ein gewisses Mindestmaß an RAM verfügt, dabei setzt WordPress 32 MByte voraus - ABER, dass ist nicht immer so und so ist beispielsweise beim Updaten des Core ein Aufruf enthalten, der den RAM auf 128MByte definiert, was in vielen Fällen nicht vorhanden und ist und damit klappt das Update nicht.
Aber darum soll es hier nicht gehen, denn ich will ja erklären, wie man den Cache in eigenen Erweiterungen nutzen kann. Also zurück zur Syntax und ich starte einfach mal mit den wichtigsten Funktionen um unser kleines Beispiel zu realisieren.

Alle Funktionen finden sich in wp-includes/cache.php, alternativ im Codex nachlesen.

Um den Cache neu zu setzen, insofern es keine Daten zu diesem Schlüssel gibt, dient die folgenden Funktion.

/**
 * @param int|string $key The cache ID to use for retrieval later
 * @param mixed $data The data to add to the cache store
 * @param string $flag The group to add the cache to
 * @param int $expire When the cache data should be expired
 */
wp_cache_add($key, $data, $flag = '', $expire = 0)

Um Cache-Daten zu einem Schlüssel zu löschen, gibt es das Gegenstück.

/**
 * @param int|string $id What the contents in the cache are called
 * @param string $flag Where the cache contents are grouped
 * @return bool True on successful removal, false on failure
 */
wp_cache_delete($id, $flag = '')

Das Holen von Daten zu einem Schlüssel geschieht mit Hilfe von:

/**
 * @param int|string $id What the contents in the cache are called
 * @param string $flag Where the cache contents are grouped
 * @return bool|mixed False on failure to retrieve contents or the cache
 */
wp_cache_get($id, $flag = '')

Soll innerhalb des Cache zu einem Schlüssel der Inhalt ersetzt werden, dann kommt die nachfolgenden Funktion ins Spiel.

/**
 * @param int|string $id What to call the contents in the cache
 * @param mixed $data The contents to store in the cache
 * @param string $flag Where to group the cache contents
 * @param int $expire When to expire the cache contents
 * @return bool False if cache ID and group already exists, true on success
 */
wp_cache_replace($key, $data, $flag = '', $expire = 0)

Nun aber ein kleines Beispiel, welches den Feed cacht. Der Feed wird mittels fetch_rss() geladen, eine Funktion von WordPress die schon seit Version 1.5 vorhanden ist.

$mycache = wp_cache_get( 'mycache' ); // hole Daten aus dem Cache zu Schlüssel "mycache"
if ($mycache == false) { // wenn es keine Daten gibt, dann
	$mycache = fetch_rss("http://mycache.com/feed/"); // feed parsen
	wp_cache_set( 'mycache', $mycache ); // feedinhalt zum Schlüssel "mycache" abspeichern
}
var_dump( $mycache ); // Inhalt ausgeben

Ein Hinweis noch: einen Einblick in den Cache von WordPress bekommt einfach via der Variable $wp_object_cache oder mit Hilfe der Plugin Debug Objects oder WP Cache Inspect; wobei Debug Objects explizit dafür gemacht wurde und nur für Entwicklungsumgebungen genutzt werden sollte.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

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.

Was macht das Plugin?

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.

Anforderungen

Das Plugin arbeitet mit WP 2.0 und höher, inklusive 2.5, optimiert ist es für 2.6 & 2.7.

Installation

1. Plugin downloaden und die zip-Datei lokal entpacken.
2. Die PHP-Datei in euren WordPress-Plugin-Ordner kopieren (/wp-content/plugins/).
3. Im Adminbereich deines Blogs das Plugin aktivieren.
4. Die Einstellung auf eure Wünsche anpassen!

Download:

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

Historie

• Grundversion stammt von PJW WP Cache Inspect
• 0.6 - neuer Code, mehr Funktionen und optimiert für WP 2.6 & WP 2.7
• 0.7 - Link zum Aktualisieren des Cache im Frontend möglich
• 0.8 - Einstellungen im Settings-Bereich, User-Einstellungen der Boxen werden gespeichert, Auslagerung CSS und JS, div. Änderungen im Code

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Der WordPress eigene Cache ist keine Neuigkeit mehr, trotzdem gibt es mit der Version 2.5 einige Veränderungen. Hier will ich nicht tiefer auf Aktivierung und Nutzung des Cache eingehen, ebenso nicht auf die Nutzung der sehr vielen verschiedenen Plugins zum Thema Cache. Liegt einfach daran, dass meine Tests nicht abgeschlossen sind und es ein sehr vielschichtiges Thema ist. Außerdem möchte ich dem Laien diese Nutzung in WordPress nicht empfehlen, zu viele Randbedingungen. Zum Cache und deren Optimierung habe ich schon vor einiger Zeit einige Hinweise gegeben, siehe „WordPress Cache kontrollieren“.

Cache (BE: [kaʃ], AE: [kæʃ]) bezeichnet in der EDV einen schnellen Puffer-Speicher, der in unterschiedlichen Geräten wie z. B. CPUs oder Festplatten zum Einsatz kommt.
Wikipedia

Aber weil immer wieder Fragen in Zusammenhang mit WP 2.5 auftauchen einige wenige nützliche Hinweise zum Cache. Grundsätzlich muss man sagen, WordPress arbeitet an diesem Thema und erfüllt damit die Wünsche der Nutzer. Man muss aber auch sagen, ältere Versionen sind schneller, was aber vor allem daran liegt, dass WordPress unaufhaltsam wächst. Das gilt nicht nur für die Nutzerzahlen, sondern auch für die Funktionen der Applikation.

Ebenso ist aktuell der Stand so, dass die meisten Plugins für WordPress einen besseren Cache anbieten, als es der hauseigen ist, auch der in WP 2.5. Nun aber zum internen Cache, diesen zu nutzen ist ratsam!

Mit der neuen Version 2.5 wurde der Cache verändert, es wird nun der Arbeitsspeicher genutzt. Der Objekt-Cache, welcher sich in der /wp-includes/cache.php befindet, nutzt nicht mehr das Dateisystem. Die Aktivierung des Cache geschieht durch das Hinterlegen der Konstanten in der wp-config.php.

define('ENABLE_CACHE', true); // Cache on
define('CACHE_EXPIRATION_TIME', 604800); // Time in seconds, default is 900s

Im weiteren empfiehlt es sich das PHP Memory Limit zu definieren, zu erhöhen. Im Standard hat WordPress diesen in der Version 2.5 auf 32 MByte gesetzt, siehe wp-settings.php. Um diesen Wert zu ändern, muss man aber nicht in die Datei eingreifen, es genügt das Hinterlegen der entsprechenden Konstante in der wp-config.php.

define('WP_MEMORY_LIMIT', '64M');

Ein Wert von 32 MByte sollte recht gut sein, das eine oder andere Experiment gibt eventuell Aufschluss.

Zur Überwachung und Optimierung des Cache empfiehlt sich auch weiterhin das Plugin „PJW WP Cache Inspect“, welches von Peter Westwood ist und durch mich ein wenig angepasst wurde, dabei habe ich Veränderungen zum Leeren des Cache und zur Funktion unter WordPress 2.5 vorgenommen - näheres im Artikel „WordPress Cache kontrollieren“. Dort steht auch das Plugin zum Download bereit.

Sollte es aber doch zu Problemen mit der neuen Cache-Version kommen, dann kann man mittels Plugin „File-Based Object Cache Extension“ den alten dateibasierenden Cache wieder aktivieren. Es ist aber ratsam, den aktuellen Cache zu nutzen. Sollte es Probleme mit dem Webspace-Provider geben, so ist eine Zusammenarbeit ratsam bevor man den Cache der Vorgängerversion wieder aktiviert, denn die Last kann doch recht hoch sein. Alternativ kann man mit den verschiedensten Plugins, wenn es tatsächlich so viele Zugriffe sind, die Last senken, was vor allem für die CPU-Last des Servers gilt.

Weiterführende Links

• Nutzung in eigenen Funktionen
• Doku im Codex

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Damit will ich nicht jedem empfehlen, das Plugin zu nutzen! Die Entscheidung basiert auf vielen Überlegungen und lohnt nicht bei verhältnismäßig niedrigen Besucherzahlen.

Anmerkend muss man ebenso sagen, dass WordPress unter PHP 5.3* wesentlich zügiger unterwegs ist. Es wird also Zeit, dass die Webspace-Anbieter endlich zum Zuge kommen und updaten, 4.* ist Altlast.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

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

Hinweis: Seit WordPress Version 2.5 ist dies nicht mehr gültig, lese auch einen neueren Beitrag dazu bei mir: WordPress Cache nutzen

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.

PHP Memory Limit

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');

Anforderungen

Das Plugin arbeitet mit WP 2.0 und höher, inklusive 2.5 ab Version 0.52 des Plugins.

Installation

1. Cache aktivieren, wie oben beschrieben.
2. Plugin downloaden und die zip-Datei lokal entpacken.
3. Die PHP-Datei in euren WordPress-Plugin-Ordner kopieren (/wp-content/plugins/).
4. Im Adminbereich deines Blogs das Plugin aktivieren.
5. Die Ausgabe im Frontend erscheint, wenn man als Admin eingeloggt ist!

Download:

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

Hinweis

Das Plugin wurde von mir komplett neu aufgesetzt und erstellt - nähere Informationen dazu gibt es im entsprechenden Artikel: WP Cache steuern (Plugin).

Historie

• 0.51 - Hinzufügen der Fkt. zum Löschen des Cache bei: Beitrag o. Seite veröffentlichen, Kommentar editieren, Kommentar löschen, Status von Privat zu öffentlich
• 0.52 - WP 2.5 tauglich, nutzbar auch für < 2.5, valider Code im Frontend
• keine Updates mehr - neues Plugin mit gleicher Hintergrundidee

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

WP-Cache Hack:

1. Natürlich das Plugin installieren - WP Cache 2
2. Datei /plugins/wp-cache/wp-cache-phase2.php im Editor öffnen
3. Zeile 23 auskommentieren bzw. löschen

   
   add_action('comment_post', 'wp_cache_get_postid_from_comment', 0);
   

4. Datei wieder hoch laden und das Plugin aktivieren
5. Die Einstellungen des Plugins ändern - die Cachezeit größer 7200s setzen

Die Entfernung des Codes in Punkt 3 stellt sicher, dass nicht bei jedem Kommentar die Seite neu gepuffert wird. Punkt 5 sorgt für eine enorme Entlastung der Datenbankabfrage (SQL-Query), trotzdem werden die Beiträge nach der Zeit neu gepuffert.

Weiterführende Links:

• High Performance WordPress
• WP Cache 2 Plugin

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren