Andere haben da größere Sorgen, wie ich gerade lese (nachdem ich dort darauf aufmerksam wurde): So kann das automatische Update auf WordPress 2.8 im schlimmsten Fall die ganze Installation zerschießen und die Software ins Nirvana schicken. Die Datenbank und damit alle Artikel sind davon zwar nicht betroffen – aber von Hand alles wieder hochladen und einrichten ist auch nicht gerade vergnügungssteuerpflichtig (um hier ausnahmwsweise mal Herrn Stoiber zu zitieren). Hintergrund für den Crash ist wohl ein Problem, wenn das automatisierte Update wegen fehlender Schreibrechte Dateien nicht ersetzen kann. Dann versucht die Update-Funktion, alles wieder rückgängig zu machen und löscht dann sozusagen aus Versehen ein paar Dateien zu viel.

Hier ist das zum Glück nichts passiert – aber aus oben beschriebenem Grund veröffentlichen die WordPress-Programmierer wohl schon bald Version 2.8.1. Mal sehen, ob ich dann die Auto-Update-Funktion nutze… ich bin da irgendwie skeptisch ;-)

Was lehrt uns diese erschütternde Episode? Ganz klar: Machen Sie ein Backup – und zwar regelmäßig von Dateien und Datenbank.

Mit einigem Stolz kann ich sagen, dass ich binnen weniger Minuten die Lösung für dieses Problem gefunden habe (das liegt wohl vor allem daran, dass ich bereits einen entscheidenden Teil meiner Freizeit damit verbracht habe, zunächst hoffnungsvoll und wenig später zunehmend mutlos irgendwelche Software-Konfigurationen zu ändern). Jedenfalls ging ich zunächst der Vermutung nach, dass es ein Problem mit der Layout-Vorlage  und nicht mit WordPress selbst geben dürfte. Tatsächlich: Mit einem anderen Template zeigte WordPress auch wieder die Kommentarfelder an.

Ein Klick auf die Homepage von K2 brachte dann die Erlösung. Aus irgendwelchen Gründen ist in den Zwisdchenversionen des Template-Systems ein zusätzlicher Eintrag bei jeder Seite nötig. Und zwar in den Customfields. Da ist also “Handarbeit” gefragt. Wenn man eine Seite erstellt, kann man individuelle Werte und Einträge hinzufügen. Die Custom Fields können aber auch dazu dienen, das gesamte System ein weing zu steuern. Unter “Spezialfelder” am unteren Ende der Eingabemaske legt man einen neuen Key mit dem Namen “comments” an und gibt ihm den Wert  1. Nach dem Speichern ist auf der Vorderseite auch bei Seiten wieder der Kommentarbereich zu sehen.

EDIT: Schietkram. Update lief problemlos, aber jetzt ist die Optik vergriesgnaddelt. Das Template zeigt die Seite nicht mehr zentriert an, sondern verteilt wenigstens den Seitenkopf über die gesamte Breite des Bildschirms. Schönen Dank auch… Da weiß ich ja schon, was ich zum Feierabend erledigen muss…

EDIT EDIT: Also, alles klar. Hier zusammengefasst Problem und Lösung für Leidensgenossen: Betroffen sind Blog-Systeme, die mit WordPress laufen und die das Template “K2″ nutzen. Nach dem Update auf die WordPress-Variante 2.7.1 wird das Layout unter Umständen nicht mehr korrekt dargestellt: Abgrenzungen, Abstände und Ausmaße stimmen dann bei manchen Elementen nicht mehr. Das liegt daran, dass die neueste offizielle Version von K2 (der Release Candidate 7) nicht vollständig zur aktuellsten WordPress-Version passt. Eine Weiterentwicklung, ein Nightly-Build, behebt das Problem. Ich habe diese Aktualisierung vom 5. Februar benutzt. Diese Zip-Datei entpacken, ins K2-Verzeichnis hochladen, dann sollte alles schon fast wieder so aussehen wie zuvor. Ich musste allerdings in den K2-Einstellungen noch wieder eingeben, dass unter Style meine eigenen Anpassungen genutzt werden, also nicht das hellblaue Standard-Theme. Dabei habe ich festgestellt, dass ich irgendwann mal die grundlegenden Infos über den zu verwendenden Zeichensatz nicht in meiner separaten CSS-Datei angegeben habe, sondern irgendwo in einer anderen K2-Datei, die man tunlichst unangetastet lassen sollte. Anfängerfehler damals. Mit dem K2-Update wurde so schließlich auch die unveränderte Originaldatei wieder hochgeladen und meine Änderung ist verloren.

Heute Abend werde ich das dann in meiner eigenen CSS-Datei wieder ändern. Jetzt muss ich aber los.

Neu und aufgeräumt: Das Backend der WordPress-2.7-Version macht einen übersichtlichen Eindruck und lässt sich leicht anpassen. Screenshot: Christian Kohlhof

Für die Leser bedeutet das – hoffentlich – keinen Unterschied. Hinter den Kulissen ist allerdings einiges anders. Und das gefällt mir doch sehr gut.
Die Version 2.7 hat lange auf sich warten lassen und manche Blogger hatten das alles auch mit einer gewissen Skepsis auf sich zukommen sehen. Da gab es unter anderem Sorgen, dass bei einem umfangreichen Update nicht alles glattgehen könnte, dass die Designvorlagen nicht mehr vollständig passen und dass Plugins, also nachträglich installierte Zusatzfunktionen Probleme machen könnten.
Nichts von all dem ist hier passiert. Das Update war bei den Entwicklern von WordPress und auch bei den Plugins gut vorbereitet. Für die Erweiterungen hatte es ja auch schon in den vorigen Softwareversionen die automatische Aktualisierung gegeben.
Für Autoren und Admins ist nun im Backend, als auf der Rückseite, vieles anders. Optik und Funktionsumfang wurden aufgebohrt.
Statt einer waagerechten Menüleiste gibt es jetzt also eine Menüspalte links, bei der sich die einzelnen Untermenüs wie “Mediathek”, “Design”, “Plugins” und “Werkzeuge” einfach ausklappeen lassen.
Die einzelnen Elemente des Admin-Bereichs lassen sich dank Ajax-Technik nach eigenen Wünschen jederzeit verschieben. Außerdem gefällt das dezente Farbschema mit ein paar Graustufen und einigen wenigen Farbakzenten. Viel besser jedenfalls als die blau-schwarz- oder dunkelgrau-orange-hellblau-Kombinationen der vorigen Versionen.
Die neue Version hat die Funktionen einiger Plugins, die man nach Belieben nachträglich installieren konnte, nun standardmäßig an Bord. Das sind sinnvolle Ergänzungen. Zum Beispiel “Quickpress”, mit dem man schnell mal was schreiben kann, ohne erst im “Artikel”-Menü einen neuen Beitrag anzulegen. Stattdessen tippt man – so wie ich jetzt gerade – einfach im Formular auf der Startseite des Admin-Bereichs drauflos.
Außerdem gibt es jetzt die Möglichkeit, direkt im Backend auf Kommentare zu antworten und auch der Funktionsumfang für die Artikel-Verwaltung ist jetzt größer – damit wurde auch das Plugin “Admin Management Xtended” überflüssig, was dieses auch brav meldet. WordPress lässt jetzt von Haus aus Artikel listenweise verwalten.

Was Plugins angeht, so lassen sich diese nun direkt vom Backend heraus installieren, weil dort unter anderem der Katalog der verfügbaren Erweiterungen aufgerufen werden kann. Das bedeutet auch eine gewisse Gefahr: Einfach so aus Spaß ein Plugin nach dem anderen installieren, ich weiß ja nicht, ob das so gut ist. Ich muss mich echt zügeln.

Jetzt bin ich gespannt auf die neue Funktion, dass sich Worpress selbst auf den neuesten Stand bringt, wenn eine neue Version vorliegt. Das ist eines der Features, die die Sicherheit jeder Installation erhöhen soll.

Fazit zu Worpress 2.7: Update funktioniert problemlos, das neue Beckend gefällt. Alles gut.

Ich habe auch gleich noch das Template, also sozusagen die Vorlagen fürs Layout auf einen aktuellen Stand gebracht. Auch das läuft wohl einigermaßen. Allerdings werden nun Fotos nicht in ihren korrekten Ausmaßen dargestellt. Darum werde ich mich in den kommenden Tagen noch mal kümmern müssen.

Wenn die vererhte Leserschaft weitere seltsame oder fehlerhafte Dinge auf dieser Internetseite bemerkt, dann wäre ich für einen Eintrag hier in den Kommentaren dankbar. Dabei bitte auch Betriebssystem und verwendeten Browser angeben. Herzlichen Dank.

Viel Spaß auf kohlhof.de

… und heute Abend wird dieser Blog für einie Zeit nicht erreichbar sein, Jetzt gehts los. Für einige Zeit ist kohlhof.de abgeschaltet, weil ich heute Abend Software und Templates updaten werde. Vorher muss noch ein komplettes Backup der Datenbank und aller Dateien angelegt werden. Nach dem Upgrade ist es dann im schlimmsten Fall auch noch nötig, das Template neu einzurichten. Ich teste das gerade an meinem Versuchsblog, bis jetzt siehts dort ganz gut aus, aber wer weiß.

Kurz und gut: Ab jetzt, und nicht etwa erst ab 21 Uhr wird kohlhof.de für rund zwei Stunden den eigenen Stecker ziehen.

Gleich wird hier nur noch eine Pausenmeldung zu sehen sein.

Drücken Sie mir die Daumen

• Stand der Dinge:
• Habe jetzt ein Backup der Datenbank und sämtlicher Dateien, die kohlhof.de bilden, gemacht und gut verpackt in den Tresor gelegt. Das ist meine Lebensversicherung, denn wenn das Update fehlschlägt, kann ich hoffentlich den vorherigen Zustand wieder herstellen.
• Jetzt schalte ich sämtliche Plugins ab. Ab jetzt werden das auch die Leser hier merken.
• Die nächsten Schritte sind dann löschen der alten und ersetzen durch die neuen Dateien… wir sehen uns (hoffentlich bald wieder)
• Weitere Infos für WordPress-Nutzer gibt es hier: Upgrade-Anleitung
• 09:14 – Herrlich, alles funktioniert. Das Update an sich lief problemlos. Die Nutzer werden nun feststellen, dass sich auch imHintergrund einiges geändert hat. Dazugleich mehr.

Einziges bisher festgestelltes Problem betrifft die Optik -und damit vor allem Theme-Entwickler. WordPress vergibt nun für einige Absätze andere CSS-Klassen-Namen. Das ist äußerst misslich. Dadurch wird das Layout wieder zurückgeworfen. Hintergrund: In einer CSS-Datei sind die Layoutinformationen für jedes Element auf einer Internetseite enthalten, also Schriftgröße, Position, Ränder und Abstände. Mankann nahezu jedem einzelnen Zeichen spezielle Layoutangaben zuweisen, wenn man es mit einer so genannten Klasse eindeutig bezeichnet. So könnten zum Beispiel diese Wörter mit “.dicker” bezeichnet und damit formatiert werden, weil diese Klasse eben mit diesen Layout-Angaben verbunden ist. Das gilt für alle Bereiche, die mit dieser Klasse ausgezeichnet sind.

In einem komplexen System wie WordPress werden zig dieser Klassen automatisch vergeben. Dieser Absatz zum Beispiel gehört unter anderem zu den Klassen “hentry p1 post publish author-christian“. Das erleichtert den Betreibern eines Blogs die Arbeit. Sie müssen nur noch in der CSS-Datei die entsprechende Klasse definieren, bzw. sie können dies tun, müssen es aber nicht. Wenn man die Klasse nicht explizit definiert, wird eben das entsprechende Element in der Standard-Einstellung dargestellt. Hätte ich eine Klasse author-christian definiert, könnte ich zum Beispiel festlegen, dass alles mit grünem Rand umflort wird, was zu dieser Klasse gehört.

Mit dem Update auf die neue WordPress-Version haben sich nun offensichtlich einige der automatisch generierten Klassenbezeichnungen geändert, was hier vor allem die Meüs-Spalten betrifft. Da stehen jetzt also neue Bezeichnungen im Code, die in meiner mühsam zurechtgefrickelten CSS-Datei nun aber ins Leere weisen. Ich kann nicht gerade behaupten, dass mich das glücklich macht (das Anpassen war dann aber doch in kurzer Zeit erledigt).