Der Spätzünder vom Dienst war am Werk 
Seit wenigen Minuten läuft auch mein Blog auf WordPress 2.8 – bis dato ohne Probleme, was auch hoffentlich so bleibt. Falls Euch in der nächsten Zeit irgendetwas Ungewöhnliches diesbezüglich auffallen sollte, dann sagt bitte kurz Bescheid. Alles in allem lief das Update auf WordPress 2.8 problemlos. Ein paar kleine Änderungen im wp_head Aufruf waren notwendig, da WordPress in dieser neuen Version ein paar zusätzliche Informationen in den head Tag schreibt, die ich dort nicht stehen haben möchte. Wie Ihr ja wisst, ich persönlich bevorzuge einen sauberen, kurzen und knackigen head Bereich.
Mit etwas gemischten Gefühlen ging ich gestern bereits an einen Testlauf des Updates auf einer anderen Domain – meine Spielwiese als externe Festplatte sozusagen. Ich erstellte dort ein komplettes Duplikat dieses Blogs und das Spiel begann. Falls jemand von Euch diesbezüglich gestern Kommentar Aktualisierung eMails bekam und die Domain nicht kannte – sorry, das was war meine Spielwiese. Ich hoffe es hielt sich in Grenzen und hat Euch nicht verwirrt. Kim schrieb mir daraufhin sogar eine eMail – vielen Dank an dieser Stelle – es hätte ja auch etwas ganz anderes sein können als mein Testupdate. Ich hatte leider nicht an die Kommentarabos gedacht und dies nicht berücksichtigt. Sorry! Das komplette Duplikat ist bereits wieder gelöscht.
Wie Ihr ja wisst, laufen bei mir mehrere Domains auf WordPress, und bis dato konnte ich inklusive diesem Update bereits 4 Stück vollziehen. Damit ist noch nicht alles vollbracht, aber Schritt für Schritt nähere ich mich meinem Ziel.
Da gerade bei diesem WordPress 2.8 Update bei Vielen so einiges schief gegangen ist, lasse ich bei meinem Updatevorgehen höchste Vorsicht walten und fahre sämtliche Sicherheitsstufen. Nachfolgend eine kurze Beschreibung meiner Update-Routine, vielleicht hilft sie ja noch dem ein oder anderen Leser:
- Zuerst einmal hole ich mir alle Daten vom Server auf meine Festplatte, erstelle also eine komplette Sicherungskopie von allem.
- Im zweiten Schritt fahre ich eine Datenbanksicherung.
- Dann wird das Plugin Wartungsmodus, das ich letztens entdeckt habe, installiert und aktiviert. So verhindere ich, dass während des Updates User auf Dateien oder Funktionen zugreifen, die ich im Hintergrund gerade einem Update unterziehen will. Ich hatte bei einigen Diskussionen um fehlerhafte WordPress 2.8 Updates gelesen, dass simples „drüber bügeln“ der neuen Version als Lösung half. So denke ich, dass es gerade bei diesem Update enorm wichtig ist sicherzustellen, dass keine upzudatenden Dateien gerade im Gebrauch sind.
- Als nächstes werden alle Plugins deaktiviert, außer natürlich das Wartungsmodus Plugin.
- Dann fängt der Update an, währenddessen ich mich an die Upgrade Anweisungen von WordPress halte. So lösche ich Ordner für Ordner erst alles Alte (natürlich außer meinem Theme, meinen Plugins und Uploads), bevor ich die neuen Dateien aufspiele.
- Danach rufe ich die WordPress Upgrade Datei auf, führe die Datenbankaktualisierungen durch und logge mich in meinen Admin Bereich ein.
- Alle Plugins werden nach und nach wieder aktiviert und auch den fälligen Updates unterzogen. Da gab es in letzter Zeit ja so das ein oder andere, das ich natürlich mit der alten WordPress Version nicht durchgeführt hatte, um das reibungslose Funktionieren meines Blogs nicht zu gefährden.
- Im Anschluss daran surfe ich ein bisschen in meinem Blog herum (der Wartungsmodus lässt das natürlich für mich zu) und wenn alles ist in Ordnung, wird der Wartungsmodus wieder deaktiviert, so dass auch alle Besucher wieder auf meinem Blog zugreifen können.
Mit diesem Ablauf war ich bei allen WordPress 2.8 Updates erfolgreich. Was jetzt aber nicht heißen soll, dass das für jeden und alles so laufen könnte. Die Fehler, die nach einem WordPress 2.8 Update auftauchen sind vor allem durch inkompatible Plugins ausgelöst. Wenn ein Plugin Autor seinem Update nicht nach kam, dann sieht es schlecht aus für diese Plugins, von denen es scheinbar so einige gibt. Mich hat zum Glück keines dieser Plugins getroffen.
Mir ist nur aufgefallen, dass WordPress 2.8 über den wp_head Aufruf noch so einige Zusätze in den head Tag schreibt, die ich dort so nicht stehen haben möchte. So habe ich bis dato mit folgendem Zusatz zum wp_head Aufruf verhindert, dass die von mir verwendete WordPress Version angezeigt wird (Zeile 1) und auch die beiden entsprechenden Windows Livewriter Informationen deaktiviert (Zeile 2 + 3), da ich sie nicht brauche:
<?php remove_action('wp_head', 'wp_generator');
remove_action('wp_head', 'wlwmanifest_link');
remove_action('wp_head', 'rsd_link');
wp_head(); ?>Zu diesem kamen nun noch ein paar weitere Deaktivierungen und mein wp_head Aufruf sieht nun wie folgt aus:
<?php remove_action('wp_head', 'wp_generator');
remove_action('wp_head', 'wlwmanifest_link');
remove_action('wp_head', 'rsd_link');
remove_action('wp_head', 'get_archives_link');
remove_action('wp_head', 'adjacent_posts_rel_link');
remove_action('wp_head', 'start_post_rel_link');
remove_action('wp_head', 'index_rel_link');
remove_action( 'wp_head', 'feed_links', 2 );
remove_action( 'wp_head', 'feed_links_extra', 3 );
remove_action('wp_head', 'post_comments_feed_link');
wp_head(); ?>Mit Zeile 4 verhindere ich die Ausgabe der Archiv-Links, Zeile 5 + 6 schreiben in den Artikeln jeweils den Link zum vorherigen und nächsten Artikel, Zeile 7 gibt einen Link zur Startseite aus und die letzten 3 Zeilen verhindern, dass die entsprechenden Feed Links ausgegeben werden. Da ich einen Großteil davon ja eh bereits in meinem Head Tag habe, muss dort ja nicht alles doppelt und dreifach stehen. Beziehungsweise die zusätzlichen Informationen, die ich nicht bereits in meinem Head Tag verwende, möchte ich dort auch nicht sehen.