blog@netplanet

Das automatische Aktualisieren von Plugins, Themes und des WordPress-Kernes ist seit der Version 3.0 hübsch und einfach. Es lädt quasi dazu ein, seine WordPress-Installation aktuell zu halten und genau das ist auch das Ziel der ganzen Aktion. Auch wenn das alles nun so einfach geworden ist, gebietet es nach wie vor eine gewisse Sorgfalt, dieses Updaten.

Denn auch wenn man auf die “Aktualisieren”-Seite im WordPress-Dashboard springt und aktualisiert, sollte man tunlichst das Ergebnis dieser Aktion abwarten. Tut man dies nicht und springt während dem Update auf eine andere Seite, wird das jeweilige Update zwar fertiggestellt (im besten Falle), allerdings kann es passieren, dass der Hinweis auf den Maintenance-Mode, der immer dann eingeblendet wird, wenn ein Update vorgenommen wird, fälschlicherweise bestehen bleibt. Das zeigt sich dann an der Meldung: “Briefly Unavailable for Scheduled Maintenance.”

Dummerweise erscheint diese Meldung nach jeder WordPress-Aktion, also selbst beim Versuch, wieder zurück auf das Dashboard zu kommen. Maintenance ist Maintenance.

Die Lösung ist einfach, wenn man sie kennt: Per FTP ins Root-Verzeichnis der WordPress-Installation und dort die Datei “.maintenance” löschen. Diese Datei wird immer dann angelegt, wenn eben der Maintenance-Modus aktiviert wird und dann danach auch wieder gelöscht. Bricht man auf der “Aktualisieren”-Seite den Vorgang ab, in dem man beispielsweise auf eine andere Seite springt, wird diese “.maintenance”-Datei nicht mehr gelöscht.

• 

Sicherlich bin ich da nicht der schnellste, aber wenn ich schon Weblogs auf WordPress 3.0.1 upgrade, kann ich auch gleich darüber schreiben. Also, WordPress 3.0.1 ist seit heute morgen veröffentlicht. Und wie die Versionsnummer zu erkennen gibt, handelt es sich um ein Wartungsupdate.

Erfreulicherweise werden in diesem Update auch nur kleinere Fehler behoben, es gibt also kein katastrophales Sicherheitsloch, das damit zu beheben wäre. Das bedeutet, dass das Update auch nicht ultradringend eingespielt werden muss, wenn man schon WordPress 3.0 einsetzt, sondern auch mal warten kann.

Wie immer kann man entweder innerhalb des WordPress-Dashboards aktualisieren, ein gesamtes Installationspaket über eine bestehende Installation laufen lassen oder auf das bewährte Update-Paket von WordPress Deutschland zurückgreifen. Letzteres hat den hübschen Vorteil, dass nur die betroffenen Dateien inkludiert sind und das Update per FTP ein Klacks ist. Bei der Gelegenheit sei darauf hingewiesen, dass auch die deutsche Sprachdatei in einer neuen Version erschienen ist, üblicherweise auch mit Ergänzungen und Fehlerbehebungen.

Es gibt so herrlich wenig darüber zu schreiben, dass es eine Freude ist.

• 

Einer der sichtbarsten Weiterentwicklungen, die in WordPress 3.0 eingeflossen sind, ist die nun deutlich präsentere Update-Funktion, mit der einheitlich auf einer Seite alle Komponenten einer WordPress-Installation – Core-Installation, Plugins und Theme – aktualisiert werden können. Und damit die neue Update-Funktion auch gut ins Auge sticht, ist sie gleich im Dashboard-Menü integriert:

Die Ziffer hinter “Aktualisierungen” gibt hierbei an, wie viele Updates insgesamt zur Verfügung stehen. Klickt man auf “Aktualisierungen, geht es auf die Update-Seite, die von oben nach unten die Core-Installation behandelt (inklusive der Möglichkeit, eine vorhandene WordPress-Installation neu zu installieren), Plugins und Themes (klicken für Großansicht):

Hübscher geht es kaum noch, wobei ich den Textblock zum Updaten der WordPress-Core-Installation zu überfrachtet und zu unübersichtlich halte. Das hätte man ähnlich wie weiter unten bei “Plugins” realisieren können. Aber immerhin.

• 

Endlich, endlich, endlich, die finale Version von WordPress 3.0 mit dem Arbeitsnamen “Thelonious” ist soeben veröffentlicht worden. Damit hat sich dieses Release – fast wie üblich – um einige Monate verspätet, aber da die letzte Version keine wirklich großen Sicherheitsprobleme hatte, war es zu verschmerzen.

Über die größten Änderungen, die WordPress 3.0 mitbringt, habe ich schon vor einer Weile, nämlich schon im März (!) gebloggt, daran hat sich im Prinzip nicht viel geändert. Was auffällt, sind vor allem Details im Dashboard, aber das muss ich alles erst noch entdecken. Zumindest ist jetzt aber die bisher getrennte Pflege von WordPress und WordPress MU (“Multiuser”) endgültig Geschichte geworden – es gibt nur noch WordPress.

Wichtig für die Upgrader ist, dass das Upgrade wieder mal einfach funktioniert – völlig problemlos. Es sei aber wie immer stärkstens empfohlen, vor dem Upgrade eine Sicherung der WordPress-Datenbank und des WordPress-Verzeichnisses zu machen. Da man das eh nie macht, ist das immer eine gute Gelegenheit, wenigstens eine Art “Jahressicherung” zu machen.

Die deutsche Übersetzung ist wie immer auch schon fertig. Man kann bedenkenlos schon die eingedeutschte Version der Folks von WordPress Deutschland nehmen, das dann beispielsweise in der WordPress-Anmeldung auch einen sichtbaren Hinweis auf die deutsche Version einblendet oder einfach die englische Version und danach die deutsche Sprachdatei installieren. Und der Vollständigkeit halber auch noch ein Verweis auf den Blog-Eintrag zu WordPress 3.0 von WordPress Deutschland – Ehre denen, denen Ehre gebührt.

• 

Mit einer korrekt installierten WordPress-Umgebung gibt es bei den meisten Webhostern keine Probleme, aus der Administrationsoberfläche heraus dateioperative Dinge zu tun, die das Hochladen von zusätzlichen Dateien in die WordPress-Installation erfordern, beispielsweise die Installation von Plugins. Für Situationen, in denen das nicht funktioniert (beispielsweise aufgrund fehlender Rechte), haben die WordPress-Entwickler eine Hintertüre eingebaut, über die das per FTP erledigt werden kann.

Kann WordPress demnach nicht selbst Dateien hochladen, fragt es den Benutzer nach FTP-Zugangsdaten, die der Benutzer hinterlegen kann. Das Problem hierbei: Einmal hinterlegte FTP-Zugangsdaten kann man nicht mehr in der WordPress-Administrationsoberfläche löschen und die Daten auch nur dann ändern, wenn der Login fehlschlägt, denn nur dann blendet WordPress nochmal das Fenster zum Eingeben der FTP-Zugangsdaten ein. Das ist unkomfortabel, aber immerhin im Backend lösbar. Dazu ist allerdings Zugriff auf die WordPress-Datenbank per PHPmyAdmin notwendig.

Und gleich die obligatorische Warnung: Wer nicht fit mit PHPmyAdmin ist und wer nicht fit darin ist, Dinge aus der WordPress-Datenbank zu löschen, sollte hier bitte die Finger weglassen oder zumindest die Datenbank vor der Operation wegsichern. Ich habe es gesagt.

Und hier nun Punkt für Punkt:

1. Genau das, was ich oben gesagt habe – zuerst die WordPress-Datenbank sichern. Jetzt. In PHPmyAdmin also oben auf die Registerkarte “Exportieren” gehen, voreingestellt alle Tabellen der Datenbank markiert lassen. Weiter unten den Exporttyp auf “INSERT” belassen und ganz unten in der “Senden”-Box eine Komprimierung wählen, damit die Exportdatei nicht allzu groß wird, “Zip” dürfte seinen Zweck erfüllen.
2. (Punkt 1 getan? Falls nein, bitte dann jetzt nachholen.)
3. In der WordPress-Datenbank links in der Tabellenübersicht die Tabelle “wp_options” mit einem Klick auswählen. Wer in seiner WordPress-Installation in der wp-config.php einen anderen Präfix für seine Tabellen in der WordPress-Datenbank angegeben hat, ersetzt das “wp” mit seiner benutzerdefinierten Präfix.
4. In der Tabellenübersicht zu “wp_options” nun auf die Registerkarte “Suchen” klicken.
5. Nun eine “Suche über Beispielwerte” starten, das ist der Kasten unten. Hier beim Feld “option_name” rechts in der Spalte “Wert” den Suchbegriff “ftp_credentials” (ohne Anführungsstriche) eingeben und auf OK klicken. Das Suchergebnis wird dann ein Ergebnis aufführen, nämlich genau den Datensatz, der im Feld “option_name” den Eintrag “ftp_credentials” enthält. Dieser Datensatz enthält nun im Feld “option_value” die FTP-Zugangsdaten.
6. Den gefundenen Datensatz ersatzlos löschen, also vorne auf das rote Kreuzchenfeld klicken. Es wird nochmal von PHPmyAdmin gefragt, ob man das wirklich tun möchte. Bestätigen, ja, wir wollen das.

Ist dies getan, sind ab diesem Moment die hinterlegten FTP-Zugangsdaten aus der WordPress-Konfiguration entfernt. Sollte WordPress wieder FTP-Zugangsdaten anfragen, dann bedeutet dies, dass die WordPress-Installation keine Rechte hat, die jeweilige Dateioperation mit den Rechten des Webservers auszuführen.

•