Automatische aktualisieren funktioniert nicht

auch ich habe das Problem nach der Aktualisierung auf wp2.5

 

Bei mir geht das einwandfrei, auch und obwohl der Blog in einem Unterverzeichnis liegt (WP 2.5 DE-Edition).

Schon mal die Datei aufgemacht, was in line 327 genau umschrieben ist?

 

Ist der Ordner wp-content/plugins/upgrade/ bei den Leidtragenden beschreibbar? Bzw, wenn er nicht existiert, der Ordner wp-content/plugins/?

 

Ich bin zwar keiner der Leidtragenden, aber ich hab interessehalber mal bei mir nachgesehen: so einen Ordner "upgrade" gibt es bei mir gar nicht.

(Das autom. Aktualisieren geht bei mir.)

Die Rechte meines Ordners "plugins" stehen übrigens auf 747.

 

Hmm, komisch. Vielleicht erstellt WP den Ordner on-the-fly, wenn er nicht vorhanden ist, und löscht ihn dann wieder... Ich habe zumindest einen, habe vorhin automatisch ein Plugin aktualisieren lassen und Filezilla zeigt zu genau der Zeit den letzten Zugriff auf diesen Ordner an, also schien dort etwas temporör abgelegt worden zu sein, denn nun ist er wieder leer.

 

gibt es schon eine Lösung? Ich habe genau das beschriebene Problem.

Die Ordnuner wp-content/plugins und wp-content/plugins/upgrade/ (selbst angelegt) existieren und haben 777. Jedoch erscheint der gleiche Fehler.

 

Einige Plugins wollen nur 755 das sie laufen wo die überbrüft werden weis ich nicht

sieh auch
http://forum.wordpress-deutschland.org/plugins-und-widgets/33898-fehler-beim-oder-aktualisiere-automatisch-der-plugins.html

so hab ich das meiste wider zum laufen gebracht

das bei der Update der gesamte Ordner gelöscht wird und dann mit den Attributen 700 erzeugt wird wo 755 gebraucht wird ist schon blöd auch das die Ordner namen nicht stimmen

 

Schon seltsam ... ich kann nach wie vor unter 2.5.1 genauso automatisch aktualisieren wie unter 2.5 auch.

Wichtig ist nur, dass in dem Plugin-Ordner kein anderer Kram drin liegt, wie z.B. Systemdateien (auch versteckte), die per FTP mitgeladen werden.
Beim MAC z.B. die Datei "DS_Store".

Sobald in dem Ordner irgendwas drin ist, was da nicht reingehört, wird das Verzeichnis nicht gelöscht, nur teilweise entleert und kann folglich auch nicht astrein aktualisiert werden.

 

Ich hab auch das Problem das das Update der Plugins bei mir nicht funktioniert. Ein wenig Recherche hat folgendes ergeben:

Die Funktion ftp_raw (ftp_rawlist) ist eine PHP Funktion die festkodiert das /tmp/ Verzeichnis auf dem Server benutzt. Dieses ist aber je nach Hoster & Hostingpaket nicht mit schreibrechten versehen (so zB bei Hosteurope). Einen Workaround scheint es hierfür auch nicht zu geben.

Wäre wünschenswert wenn das Wordpress-Team also hierfür eine andere/bessere Lösung in einer der nachfolgenden Versionen implementieren kann. Kennt sich jemand mit Wordpress.org aus und kann dies in den Bug-Tracker eintragen?

 

Scheint es dort schon zu geben: #5984 (WordPress should not depend on access to /tmp/) - WordPress Trac - Trac

Ein Workaround scheint es hier zu geben: #5984: 5984.userConfiguredTempDir.diff - WordPress Trac - Trac

Damit lässt sich in der wp-config eine Konstante WPTEMPDIR mit define definieren, sodass es nicht mehr /tmp sein muss.

 

Der Workaround taugt nicht wirklich, vorallem weil in der 2.5.1 schon Dinge eingeflossen sind die diesen Workaround aushebeln bzw erledigen sollten, tun sie aber nicht. Ich hab nun aber eine Lösung dazu gefunden, man muss in der file.php eine Zeile korrigieren und ggf. die wp-config.php erweitern. Eine genaue Anleitung dazu hab ich auf meiner Seite veröffentlicht:

LastManStanding.de - Wordpress - Gelöst: Worpress 2.5.1 - Automatisches Plugin-Update funktioniert nicht

Ich hoffen es hilft dem ein oder anderen

 

die fehlermeldungen sind damit weg, aber leider kommt immer noch eine "could not creat dir" meldung in WP.

 

Geht es etwas genauer? Kannst du einmal den ganzen Text reinkopieren?

 

Mir stehts langsam bis oben hin....

"Das Verzeichnis kann nicht angelegt werden"

Setze ich den Plugin Ordner und die Unterordner auf 777 funzt alles... update ich ein Plugin hat der Ordner danach wieder 755 und update geht net .... grrrr

 

Offenbar hat dein Hoster safe_mode on. Ebenfalls muss/kann dein Hooster die Standardrechte für neu erzeugte Ordner festlegen. WordPress hält sich nur daran.

 

Nein, Safemode is off .....

 

Ich habe den Tips im obigen Link gefolgt.

Ich habe die Angabe define('WP_TEMP_DIR', ABSPATH . 'tmp'); verwendet. Dennoch kann der Befehl ftp_rawlist nicht ausgeführt werden, da er offenbar immer noch auf /tmp zugreifen will . Habe auch Zeile 451 (das war die einzige in der ich den genannten Code finden konnte)

Code:

Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!

durch

Code:

Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!

ersetzt - keine Änderung. Die Fehlermeldung ist:

Code:

Entschuldige, aber du musst dich registrieren oder anmelden um den Inhalt sehen zu können!

die ftp_rawlist funktion scheint nicht besonders gut zu sein. Offenbar gibt es auch Probleme mit Windows als Host. Sieht so aus, als ob man die automatischen Updates nur verwenden kann wenn man ein *NIX system hat auf dem man /tmp-Zugriff hat. Leider gibt es auch keine vernünftige Fehlermeldung oder gar eine deaktivierung des Links. Ich habe jetzt 1 Tag damit verbracht, denn zuerst kam ein FTP-Dialog ohne Erklärung, was dort eingegeben werden soll (die Verbindungsdaten des *eigenen* Servers), dann das ftp-rawlist-problem mit PHP-Fehlermeldungen. Ich finde das ist irgendwie undurchsichtig - idealerweise sollte eine Fehlermeldung kommen, die den Benutzer darüber informiert, das das Feature nicht benutzbar ist anstatt kryptische PHP-Fehlermeldungen auszugeben...