Ein immer interessantes Thema:
Wie verhindert man, dass (s)ein WordPress-Blog eine lahme Ente wird.

Gestern bin ich auf einen interessanten Artikel zum Thema Browser-Cache und WordPress gestoßen. Hat man einmal einen Blog besucht, behält der Browser Dateien im Cache zurück – der nächste Aufruf der Seite sollte nun flotter von statten gehen.
Soweit so gut, nur wielange behält man gecachte Dateien – wann lädt man (der Browser) sie neu vom Webserver?
Wordpress hilft bei dieser Entscheidung von Haus aus nicht mit, der jeweilige Browser muss dies also selbst entscheiden. Hier setzen die Überlegungen der Infogurke an…

WordPress kann zwar nicht direkt helfen, aber der – hoffentlich – eingesetzte Apache Webserver mit Mod_Expires. Mittels einem Eintrag in der .htaccess Datei kann man einzelnen Datei-Typen einen Ablauf mitgeben.
Neben dem im Artikel vorgestellten Beispielen für die .htaccess gibt es in den Kommentaren noch eine weitere – meiner Meinung nach elegantere – Lösung von Frank Bueltge:

# compress
<IfModule mod_deflate.c>
<FilesMatch "\.(js|css|txt|php|html|jpg|gif|png)$">
ExpiresActive on
ExpiresDefault "access plus 1 month"
SetOutputFilter DEFLATE
</FilesMatch>
</IfModule>

Jetzt stossen wir aber ggf. an ein kleines Ärgernis – die CSS-Datei wird also gecacht. Was, wenn wir an dieser Änderungen vornehmen – der User dieser aber nicht mitbekommt, weil er noch eine alte, gecachte Version benutzt?
Abhilfe hier: ein WordPress-Plugin
Die CSS-URL wird dahingehend modifiziert, dass sie immer einen Zeitstempel (der letzten Änderung) angehängt bekommt.
Änderung des CSS -> neuer Zeitstempel -> neu CSS-URL
Simpel, praktisch, effizient.

Ich werde die nächste Zeit damit einmal spielen und die Performance meiner Seite beobachten. Allerdings glaube ich momentan noch nicht, dass ich nach dem sehr genialen Einsatz von eAccelerator noch sehr viel an (Lade-) Zeitersparnis herausschlagen werde.
Auf einen Versuch kommt es aber an :-)