Update auf WordPress 2.8 mit Problemen
Die neuen Funktionen und vor allem der Geschwindigkeits-Gewinn bei der neuen Version 2.8 drängen einen förmlich dazu, ein Update durchzuführen. Nur dieses mal gestaltete sich dieses leider nicht ganz ohne Probleme.
Ein Automatisches Upgrade innerhalb des Backend war bei mir leider nicht machbar. Ständig traten diverse Fehlermeldungen auf. Also hab ich die neue Version bei WordPress-Deutschland runtergeladen und einfach per FTP hochgeladen. Hatte in der Vergangenheit auch immer gut funktioniert. Ein erster Blick auf das Blog ließ Gutes hoffen, da soweit alles gut aussah.
Beim einloggen im Admin-Bereich aber die erste Ernüchterung. Nach dem Klick auf Login war nur folgende Fehlermeldung zu lesen:
Fatal error: Call to undefined method: wp_scripts->do_head_items() in /www/htdocs/w008a39d/blog/wp-includes/script-loader.php on line 566
Im Forum von WordPress-Deutschland konnte man mir jedoch ziemlich schnell weiterhelfen. Hier der Tipp, einfach mal die Ordner wp-admin und wp-includes komplett vom Server zu löschen und aus dem Installations-Paket neu hochzuladen. Danach stellte sich auch wieder das Glücksgefühl ein, da auch der Backend-Bereich wieder lief.
Jetzt habe ich nur noch mit den automatischen Plugin-Updates zu kämpfen. Die aktuellen Zip-Dateien werden zwar heruntergeladen und sogar wieder gelöscht, nur bekomme ich auch hier wieder eine Fehlermeldung:
Warning: unlink(balblubb.zip) [function.unlink]: No such file or directory in /blablubb/wp-admin/includes/class-wp-upgrader.php on line 146
Inkompatibles Archiv PCLZIP_ERR_MISSING_FILE (-4) : Missing archive file ‘blablubb.zip‘
Hierzu hab ich jedoch noch keinen Lösungsansatz gefunden. Falls jemand einen Tipp hat, bitte ich um Hilfe!
Update:
Mittlerweile wurde mein Blog vom Provider auf einen IsolatedServer umgezogen. Das verhunzte WordPress 2.8 hat so viel Performance gefressen, dass andere Webseiten auf dem SharedServer darunter mächtig gelitten haben. Auch konnte ich gar nicht mehr auf das Blog zugreifen. Weder das Front- noch das Backend wollten funktionieren. Gab nur noch Timeout- und Überlastungs-Fehler.
Ich hab dann mal den Blog-Ordner, in dem WP drin lag, per FTP-Zugang umbenannt. Dann einen neuen Ordner mit dem alten, korrekten Namen angelegt und ganz normal das Original-WP 2.8 rein kopiert. Danach die wp-config.php aus dem umbenannten Ordner rüber kopiert.
Das Gebilde sah dann so aus, dass ich eine jungfräuliche WP-Version hatte, die über die alte wp-config auf die Original-Datenbank zugegriffen hat. Da die ganzen Themes- und Plugins-Ordner leer waren, konnte es auch keine Fehler mehr geben, die evtl. durch inkompatible Scripte entstanden sind. Beim Aufruf des Blogs wollte WP die Datenbank wieder anpassen und durfte das auch. Danach hatte ich wieder normalen Zugriff auf das Blog und den Admin-Bereich. Die ganzen Plugins hab ich dann einzeln wieder hochgeladen und aktiviert, um sehen zu können, welches davon vllt. Probleme bereitet. Bisher lief alles anstandslos.
Auf der Seite “Code Styling Project” habe ich zudem noch weiter interessante Punkte gefunden, wie man die neue Version besser zum laufen bekommt. Für viele hier ist sicherlich der Teil “Scriptkomprimierung unterbinden” besonders lesenswert. Es geht darum, dass WP wohl alle Scripte zusammenführt, komprimiert und dann erst am Ende der Website im footer ausführt. Bei CSS gibt es eine ähnliche Funktion. Damit scheinen allerdings einige Scripte so ihre Probleme zu haben und verweigern daher ihren Dienst oder es treten Fehler auf. Genannt wird hier z.B. TinyMCE. Ebenfalls soll es so wohl auch zu den PECL_ZIP-Fehlermeldungen kommen.
Von einigen anderen habe ich gehört, dass sie ihre Backups der Dateien und Datenbank-Einträge wieder zurück kopiert haben. Also ein Downgrade zur Version 2.7.1 durchgeführt haben. Ein Backup der alten Datenbank hatte ich allerdings nicht und beim Upgrade wurde diese ja an die neue Version angepasst. Die alte Version scheint damit wohl nicht mehr klar zu kommen. Deshalb der verzweifelte Kampf, WP 2.8 zum laufen zu bewegen.
Mein Provider gab mir noch den Tipp, ich solle Versuchen, WP-Super-Cache und evtl. WP-Widget-Cache einzusetzen. Dadurch würden erheblich weniger SQL-Abfragen gestartet und das Blog läuft schneller und stabiler. Noch sitze ich dran…
Ich hoffe mal, ich konnte damit jemandem etwas helfen.
Tags: Backend, Fehler, Plugins, Probleme, Update, Upgrade, WordPress

15. Juni 2009 um 07:13 Uhr
Hab das gleiche Problem!
Falls du dafür eine Lösung findest würde mich diese auch interessieren!
Danke & Grüße
18. Juni 2009 um 18:13 Uhr
Servus!
Ich habe EXACT das gleiche problem… Gibt´s schon irgendwo eine Lösung ????
Wenn ja – wo ? *bettel*.
Vielen Dank!
18. Juni 2009 um 19:05 Uhr
Ich hab oben mal ein Update angehängt… vllt. kann damit ja jemand was anfangen.
11. Juli 2009 um 22:58 Uhr
Nabend,
falls Ihr noch das Problem mit dem automatischem Update habt:
“Warning: unlink(balblubb.zip) [function.unlink]: No such file or directory in /blablubb/wp-admin/includes/class-wp-upgrader.php on line 146
Inkompatibles Archiv PCLZIP_ERR_MISSING_FILE (-4) : Missing archive file ‘blablubb.zip‘”
Habe gerade die Lösung im WP Forum gefunden. Schaut mal in eure wp-config.php und sucht nach diesem Eintrag:
define(‘WP_TEMP_DIR’, ABSPATH . ‘wp-content/upgrade’);
Sollte bei WP2.7 nachträglich eingefügt werden, wenn das autom. Update nicht funktionierte. Jetzt bei WP2.8 funktioniert es nur ohne diese Zeile!
Also bitte löschen
Gruß
Bloggonaut
13. Juli 2009 um 08:43 Uhr
Vielen Dank Jonas!
Nach dem auskommentieren der von dir erwähnten Code-Zeile funktionieren alle automatischen Updates ohne Probleme.