Bereits vor ein paar Monaten habe ich ja schon über eine Lösungsmöglichkeit für Probleme mit dem automatischen Plugin Update welches mit Version 2.5 eingeführt wurde berichtet. Leider hat diese Änderung immer wieder Korrekturen an den WP Core Dateien erfordert und war allgemein nicht so schön handlich von Version zu Version da es teils auch unterschiedliche Zeilen betraf.

Mit Version 2.7 wurde nun zusätzlich auch noch eine Update-Möglichkeit für die WordPress Basis-Dateien eingeführt so wie das Feature Plugins direkt aus dem Backend zu installieren. Da ich keine Lust mehr auf die ewigen Modifikationen hatte und eine dauerhafte Lösung wollte habe ich mir die Sache noch einmal angeschaut. Bei den meisten WordPress Usern schien dieses Problem ja gar nicht zu existieren.

Daher habe ich einmal Kontakt mit meine Hoster (Hosteurope) aufgenommen da ich eigentlich vermutet habe das es ein Serverseitiges Problem ist. An dieser Stelle muss ich dem Support von Hosteurope noch einmal ein ganz großes Lob für ihre Hilfe aussprechen, denn letztlich waren sie es die das Problem für mich absolut zufriedenstellend gelöst haben, und das obwohl sie nicht für den Support von WordPress zuständig sind.

Die neue Lösung:
In der wp-config.php müssen zusätzlich folgende zwei Zeilen ergänzt werden:

putenv(“TMPDIR=/der komplette Server Pfad/wp-content/tmp”);
define(‘WP_TEMP_DIR’, ABSPATH . ‘wp-content/tmp’);

Einfach unter die bereits vorhandenen “define” Zeilen drunter hängen. Den kompletten Server Pfad kann man bei Hosteurope z.B. im KIS an folgender Stelle entnehmen:

Konfiguration -> Allgemeines -> Allgemeine Informationen  – dort die Zeile “Pfad”. Dies ist der Pfad zu eurem Webspace, hinzu kommt dann noch gegebenenfalls das Unterverzeichnis in dem eure WordPress Installation liegt.

Abschließend noch den Ordner “tmp” unter “wp-content/” anlegen und mit den Rechten 777 versehen.

Viel Spaß und noch einmal Danke an den Hosteurope Support.

Das schlimme ist nur das ich es erst jetzt bemerkt hab. Bereits am 07.10. bekam ich die Email von Valentin das ich bei der Verlosung des WordPress-Magazin gewonnen habe. Ende August wurde dort die Frage gestellt wie unsere Erfahrungen mit Webhostern sind, sprich welchen man gut für WordPress nutzen kann.

Keine Frage das ich dazu gern einen Kommentar geschrieben habe, empfehle ich doch selbst immer wieder gern Hosteurope als guten Hoster. Nun freu ich mich wenn ich bald mein gewonnenes Exemplar von “WordPress Einsteigerseminar” in den Händen halte.

Das Problem kennen sicher so einige WordPress Nutzer – die lieben (deutschen) Umlaute wie ä, ö und ü. Speziell beim Einsatz von Permalinks sind sie problematisch, so wird aus für schnell mal ein fr. Abhilfe schafft hier normal das Plugin “o42-clean-umlauts” von Michael Renzmann. Leider funktioniert dies nur bei den in WordPress direkt verfassten Artikeln. Wer aber hin und wieder auch mit dem Windows Live Writer Artikel verfasst bleibt auf dem Problem sitzen – dort hilft es nicht. Hierfür hat Roman vom Live Writer Blog eine überarbeitete Version des Plugin verfasst das ruhig mal Erwähnung finden sollte. Einfach die alte Version deaktivieren und mit der neuen überschreiben, schon klappts auch mit den Umlauten der in Live Writer verfassten Artikeln.

Viele WordPress Nutzer kennen sicher die Probleme die die ab Version 2.5 neu eingeführte Mediathek bereitet hat. Manche davon ließen sich mit dem No Flash Uploader Plugin von Dion Hulse lösen, andere wie das weiße Fenster nach dem klick auf “In Artikel einfügen” blieben bei vielen bestehen. Lösungsansätze gabs insgesamt viele, leider war aber nie für alle was dabei.

Nachdem ich die Beta2 von WP 2.6 getestet habe war ich sicher das nun alles funktionieren wird… nachdem ich nun aber auf die RC1 gewechselt hatte und inzwischen auf die 2.6 Final kam mal wieder das schöne weiße Fenster. Nach ein paar Tests konnte ich dann schon mal alle meine Plugins ausschließen. Erst nach dem einspielen meiner DB geht nichts mehr. Während ich schon dabei war meine DB zu säubern und aufzuräumen hat aber zum Glück chrisBBB aus dem WordPress-Deutschland-Forum endlich eine Lösung gefunden die auch bei mir funktioniert.

Im Admin-Bereich unter “-> Einstellungen -> Allgemein” darf die Blogadresse ausschließlich in kleinen Buchstaben geschrieben sein:

Dies liegt wohl unter anderem daran das die meisten Browser in der Adresszeile alles in Kleinbuchstaben darstellen, die Funktionen der Mediathek im Hintergrund aber die Adresszeile in irgend einer Form mit den Einstellungen im Blog abgleichen… und dann zu keiner Übereinstimmung kommen. Details könnt ihr ggf. der Lösung oben entnehmen. Danke hierfür nochmal an chrisBBB.

Seit gesten vorgestern gibt es nun die RC1 von WP 2.6 – Damit steigen zugleich die Hoffnungen das der angedachte Release-Termin vom 14.07.08 (heute) eingehalten wird. Da ich es persönlich nicht mehr abwarten kann und mich die diversen Bugs der Mediathek ziemlich nerven und ich zumindest von der Beta 2 her weiß das diese Probleme scheinbar alle behoben sind habe ich mir schon mal nen neues Verzeichnis angelegt und die RC1 vorbereitet. Wenn alles glatt geht migriere ich nachher in die 2.6 RC1. Da ich vorher allerdings noch etwas Schlaf brauche um morgen heute fit auf der Arbeit zu sein kann es auch passieren das ich bis dahin schon direkt in die Final wechseln kann.

Übrigens hat man wohl inzwischen seit der RC1 die Chance statt dem Flashuploader einen normalen Browserupload für die Mediathek zu verwenden… das spart schon mal ein Plugin ein. Integriert wurde das ganze wohl erst in die RC1. Vorher ist es mir zumindest beim kurzen Test nicht aufgefallen.

Schön find ich übrigens auch die neu hinzu gekommene Versionshistorie für Artikel. So kann man eventuelle Änderungen schön verfolgen – Besonders nützlich wenn mehr als eine Person bloggt.

Weitere neue Features: überarbeitete Plugin-Seite, aktive Themevorschau, SSL Verschlüsselung des Admin-Bereichs bei Bedarf, WP-Content kann ausgelagert und umbenannt werden (erhöht ebenso die Sicherheit), wp-config.php ebenso, beschleunigung durch Google Gears (davon halt ich nix) und noch ein paar Dinge

Sicherlich werden schon einige einmal das Problem gehabt haben und wollten am liebsten erst lokal eine neue WordPress , Joomla oder sonstige Blog / CMS Systeme testen. Da ich mich mit XAMPP nie so wirklich anfreunden konnte, allein schon wegen der Installation und geraumer Dienste, hab ich bisher alles weiter auf meinem Webspace direkt getestet. Dank eines Beitrages von Caschy in seinem Blog bin ich nun auf den UsbWebserver von Leon der Vries gestoßen. Während man ihn bei Leon de Vries ganz allein stehend bekommt, kann man ihn bei Caschy schon mit der aktuellen WordPress 2.6 beta “integriert” herunterladen. Danke auf jeden Fall an Caschy das ich durch ihn auf dieses tolle Tool gestoßen bin! Alternativ mag vielleicht noch wer einen Blick auf den WOS (Webserver On Stick) werfen, wobei ich mir diesen selbst noch nicht angesehen hab und der laut Caschy scheinbar auch nicht ganz so simpel wie der UsbWebserver ist.

Dem ein oder anderem wird es sicher auch schon so gegangen sein, man möchte die Auto-Update Funktion der Plugins nutzen aber leider erscheint nur eine Fehlermeldung:

Plugins aktualisieren

Warning: ftp_rawlist() [function.ftp-rawlist]: Unable to create temporary file. Check permissions in temporary files directory. in
/is/htdocs/wpxxxxxx_xxxxxx/lms2/wp-admin/includes/class-wp-filesystem-ftpext.php on line 327

Warning: ftp_rawlist() [function.ftp-rawlist]: Unable to create temporary file. Check permissions in temporary files directory. in
/is/htdocs/wpxxxxxx_xxxxxx/lms2/wp-admin/includes/class-wp-filesystem-ftpext.php on line 327

WordPress-Verzeichnis nicht gefunden.

Ein Blick ins deutsche WordPress-Forum offenbart dann auch schnell das es zwar schon andere User mit diesem Problem gab, aber keine generelle Lösung existiert. Da die dort genannten Vorschläge
bei mir leider nicht halfen habe ich mich mal etwas weiter mit der Materie bzw Google und  WordPress trac auseinander gesetzt und eine Lösung gefunden die nun bei mir funktioniert und auch bei weiteren Usern laufen sollte. Ein Teil des Problems scheint ein Bug im WP-Code zu sein, der sich wohl je nach verwendetem Hoster auswirkt oder auch nicht. Bei Hosteurope funktioniert es so z.B. nicht.

Es gibt eine kurze und einfache Lösung aber auch eine etwas längere. Aber alles der Reihe nach.

Die folgende Anleitung bezieht sich auf WordPress Version 2.5.1, dürfte aber auch in 2.5 oder nachfolgenden Versionen funktionieren falls der Fehler bis dahin noch nicht behoben wurde. Alle Änderungen geschehen auf eigenes Risiko, ich hafte für nichts.

Lösung:
In der Datei “wp-admin/includes/file.php” muss in Zeile zeile 324

if ( getmyuid() == fileowner($tempFile) )

in

if ( posix_getuid() == fileowner($tempFile) )

geändert werden

Damit müsste das Auto-Update nun funktionieren, Vorausgesetzt die Rechte der Plugin-Ordner sind per Chmod auf 777 gestellt und das Plugin ist in der korrekten Ordnerstruktur hochgeladen worden ohne zusätzliche Dateien mit in den Ordner zu packen. Die Codezeile stammt ursprünglich von hier .

Erweiterte Lösung:

Zusätzlich kann man dann in die Datei “wp-config.php” eine Definition für das Temp-Verzeichnis von WordPress erstellt werden. Dies geschieht über

define(‘WP_TEMP_DIR’, ini_get(‘upload_tmp_dir’));

Die Zeile einfach unter die anderen “define” Zeilen in der Datei “wp-config.php” einfügen.  Über diese Angabe wird WordPress das gewünschte Temp-Verzeichnis mitgegeben. Leider ist es mir bisher nicht gelungen die korrekte Angabe für ein selbstgewähltes Verzeichnis zu finden, vielleicht hat ja jemand eine Idee hierfür.

Ich hoffe dies hilft dem ein oder anderen die Update-Funktion in WordPress in Betrieb zu nehmen. Falls es noch fragen oder anregungen gibt könnt ihr diese gern in den Kommentaren hinterlassen.

EDIT:
Hier eine neue und bessere Lösung.