Seit gestern, dem 11.06.2009, ist die neue Version 2.8 von WordPress draußen. Im Admin-Bereich fordert ein entsprechender gelblicher Balken am oberen Bildschirmrand dazu auf, die eigene Version mit einem Klick automatisch zu aktualisieren.

Da immer etwas schiefgehen kann, ist es ratsam, vorher ein Backup seiner Dateien und der Datenbank zu machen. Die Dateien sichert ihr einfach, indem ihr den kompletten Inhalt eures WordPress-Ordners mit einem FTP-Programm auf eure Festplatte kopiert. Zur Sicherung der Datenbank empfehle ich immer gern das deutschsprachige MySQLdumper. Auf der Seite gibt es auch Anleitungen und Video-Tutorials, damit es jeder hinbekommt Nach dem Update kannst du dir auch hier noch die aktuelle deutsche Sprachdatei downloaden und in den Ordner wp-content/languages/ kopieren, damit die neuen Funktionen im WordPress-Admin-Bereich auch übersetzt werden.

Ich selbst warte noch ein paar Tage mit einem Update, da ich die Version 2.8 mal testweise auf meiner Offline-Kopie meines Blogs installiert habe, um zu schauen, ob danach noch alles läuft und die Plugins alle soweit kompatibel sind. Zwar bekomme ich nach dem Update keine Fehlermeldungen, aber statt des angekündigten Geschwindigkeitszuwachses verhält sich mein Blog nunmehr eher träger als vorher. Daher warte ich erst einmal die Entwicklung der nächsten Tage ab -auch bei den Plugin-Updates, die nun folgen werden- bevor ich hier die Online-Version update.

Wer allerdings jetzt schon updatet, der sollte bitte eine Sache unbedingt beachten:

Was das ist und wie man den Fehler beheben kann, erzähl ich euch natürlich auch sofort:

Der Trackback-Fehler existiert in WordPress seit Version 2.7.1. Hierbei ist der Wert für die Zeit, die eurem Server bleibt, um Trackbacks oder Pingbacks an andere Blogs zu schicken, in einer WordPress-Datei auf 0,01 Sekunden (!!!) gesetzt worden. Das ist natürlich extrem wenig Zeit, wenn gerade in dem Moment mal “Stau” auf der Datenautobahn ist, mit der Folge, dass in den von euch verlinkten Blogs keine Trackbacks ankommen.

Lösen lässt sich dieses Problem recht einfach, indem man den Wert manuell auf einen etwas realistischeren, praxisnäheren Wert setzt, z.B. auf 1 Sekunde. Wie das genau gemacht wird, hat Knut sehr schön in seinem Blog dargestellt und mich überhaupt erst wieder darauf aufmerksam gemacht, dass der Fehler wieder da ist.

Ihr müsst in eurer WordPress-Installation einfach in den Ordner wp-includes schauen. Dort gibt es eine Datei namens cron.php . In der Datei steht -sofern sonst nichts geändert wurde- in Zeile 229:

wp_remote_post( $cron_url, array('timeout' => 0.01, 'blocking' => false,
'sslverify' => apply_filters('https_local_ssl_verify', true)) );

Wer keine Lust hat, Zeilen zu zählen oder wer keinen Editor hat, der die Zeilen automatisch nummeriert, der kann mit dem Text-Editor seiner Wahl (es reicht der Windows-Editor, lasst die Finger von Word) natürlich auch einfach nach dem Wort timeout suchen.

Jedenfalls müsst ihr dann den Wert 0.01 auf einen höheren Wert, z.B. 1.0 oder 1.5 einstellen. Setzt den Wert jedoch nicht zu hoch an, sonst verlangsamt sich das Veröffentlichen eurer Artikel zu stark.

Auch diejenigen, die diese Maßnahme damals bei Version 2.7.1 schon durchgeführt haben, müssen nach dem Update auf Version 2.8 diese “Reparatur” erneut durchführen, da bei dem Update die alte cron.php überschrieben wird.

Ebenso kann es nicht schaden, dass ihr eure befreundeten Blogs ebenfalls darüber informiert, dass diese Maßnahme -wieder einmal- nötig ist, denn sonst können deren Blogs zwar eure Trackbacks empfangen, aber deren eigene Trackbacks werden nur selten bei euch ankommen.

Den Entwicklern von WordPress ist laut Aussage in Knuts Blog diese Problematik übrigens bekannt. Sie gedenken jedoch NICHT, daran etwas zu ändern! Vielmehr sagen sie, dass der Fehler dort, wo er auftritt, auf zu langsamen Transportwegen, mithin also an zu schlechter oder falsch konfigurierter Hardware, läge auf Seiten der Server-Betreiber läge.

Ich finde es schon “erstaunlich”, wie die Entwickler hier argumentieren. Jahrelang lief das System in der Hinsicht mehr oder weniger problemlos. Und dann plötzlich, nach einem Update von WP, tritt bei der breiten Masse der User dieser Fehler auf… und Schuld soll plötzlich “der Transportweg” sein?? Ich denke, da machen es sich die Entwickler doch arg einfach, indem sie das Problem einfach auf andere abwälzen.

Dennoch ist aus diesem Grund nicht damit zu rechnen, dass die Entwickler von WordPress diesen Fehler in allzu naher Zukunft beheben. Daher bleibt nur der Weg der oben beschriebenen, manuellen Änderung. Dies ist zwar ärgerlich, aber immerhin ist der Eingriff nicht sonderlich komplex.

Es wäre schön, wenn ihr auch andere Blogs über die Maßnahme informiert, damit nicht zu viele Trackbacks untergehen und dieser wichtige Teil der Vernetzung innerhalb der Blogosphäre gewahrt bleibt.

• Entwicklung von WordPress, nicht nur am Beispiel der Trackback-Problematik
• Neue Mindestanforderungen für WordPress Version 3.2
• Gesichtet: Das Fundstück der Woche (32) – Infos zu WordPress 2.9 und Google