Bilder vom Computer werden nicht hochgeladen

Gib dem Verzeichnis /uploads/ Schreibrechte, also 755 oder schrittweise höher, wenn das nicht genügt.

Okay, ich habe mal fix ein kleines Plugin gezimmert, das uns mehr verrät: https://gist.github.com/701718

Installiere und aktiviere es, schreib in einen Beitrag …

[uploadinfo]

… und poste hier mal das Ergebnis. Du mußt den Beitrag nicht publizieren; die Vorschau genügt.

Die Ausgabe sollte etwa so aussehen:

WP Info
path:                  /www/htdocs/w1234567/example.com/wp-content/uploads/2010/11
url:                   [url]http://example.com/wp-content/uploads/2010/11[/url]
subdir:                /2010/11
basedir:               /www/htdocs/w1234567/example.com/wp-content/uploads
baseurl:               [url]http:/example.com/wp-content/uploads[/url]
error:                 
WP Multisite:          Yes
Upload Dir Owner:      ID: 1391, name: w1234567
Upload Dir Group:      ID: 1155, name: w1234567
Upload Dir Permissions:0755
Upload Dir Writable:   Yes
Upload Path Writable:  Yes
Upload Rights:         Yes


System Info
PHP version:           5.2.12
Temp Dir:              /tmp
Temp Dir Owner:        0
Temp Dir Writable:     Yes
Current Process Owner: ID: 30, name: wwwrun
Current Process Group: ID: 8, name: www

Oh, und sieh nach, ob du überhaupt noch genügend Speicherplatz in deinem Paket hast. Manchmal sind es ja die kleinen Dinge, die alles einreißen. ;)

Lösche mal die 2te URL-Angabe (da wo steht, dass das Feld standardmäßig leer sein sollte).

Edit: http://forum.wordpress-deutschland.org/konfiguration/…den-werden.html

Na wie im Screenshot zu sehen: Kompletter Pfad zu den Dateien.

Weitere Themen zur gleichen Problematik: http://www.google.com/custom?hl=en&d…deutschland.org (falls toscho nicht gerade schon einen Lösungsvorschlag in die Tasten hämmert)

Mal im Detail:

Wenn du Dateien hochlädst, werden die erst in ein temporäres Verzeichnis gepackt.
Dann kannst du bzw. dein Script sie ansehen und bei Bedarf in das passende Verzeichnis verschieben. Verschiebst du sie nicht, werden sie wieder gelöscht.
Du kannst aber auf das temporäre Verzeichnis nicht zugreifen; da hat dein Hoster die Konfiguration vermutlich nicht korrekt gesetzt.

Jetzt hast du drei Möglichkeiten:

1. Weise deinen Hoster auf das Problem hin. Bevorzugt!

2. Packe ins Verzeichnis [FONT="Courier New"]/wp-admin/[/FONT] eine [FONT="Courier New"].htaccess[/FONT] mit diesem Inhalt:

AddHandler php-fastcgi .php

Läuft PHP über FastCGI, gehört es meistens zu einer anderen Gruppe; Schreibprobleme gibt es hierbei seltener.

3. Schreib in deine [FONT="Courier New"]wp-config.php[/FONT] ganz ans Ende:

foreach ( array ( 'TMP', 'TEMP', 'TMPDIR' ) as $alternate_tmp_dir )
{
    putenv( 
        "$alternate_tmp_dir=" 
        . $_SERVER['DOCUMENT_ROOT'] 
        . DIRECTORY_SEPARATOR 
        . '_ersatz_tmp'
    );
}

Lege im Wurzelverzeichnis ein Verzeichnis [FONT="Courier New"]_ersatz_tmp[/FONT] an, gib ihm hohe Schreibrechte, und packe eine [FONT="Courier New"].htaccess[/FONT] hinein, in der steht:

# Kein HTTP-Zugriff.
order allow,deny
deny from all

Da dieses Verzeichnis nicht unbedingt automatisch gelöscht wird, mußt du es ab und zu selbst leeren.

Wenn alle drei Wege scheitern, weiß ich nicht mehr weiter.

toscho: Nur für mich zum Verständnis... Ist das nicht das gleiche Problem wie hier beschrieben? http://forum.wordpress-deutschland.org/installation/6…den-werden.html

@infected: Möglicherweise. Im verlinkten Thread wird leider nicht nach der Ursache geforscht.

Gleiches Problem, was soll der Hoster tun?

Hallo Toscho,

ich habe das gleiche Problem mit dem Interface.
Der Workaround mit einem separaten Bildordner und anschließender Verknüpfung, (der hier oder im Parallelthread erwähnt wurde,) erscheint mir etwas unhandlich und Fehleranfällig, wenn die Basis URL angepasst wird (z.B. von "Test" auf "Live").

Insofern würde ich schon gerne dieses Tool nutzen.

Zitat von toscho

Mal im Detail:

Du kannst aber auf das temporäre Verzeichnis nicht zugreifen; da hat dein Hoster die Konfiguration vermutlich nicht korrekt gesetzt.

Jetzt hast du drei Möglichkeiten:

1. Weise deinen Hoster auf das Problem hin. Bevorzugt!

Ich kenne den Hoster auch ein wenig, aber er meinte, er würde z.B. Port 21 nicht freigeben wollen.

Was genau kann der Hoster sonst tun, um die Konfiguration so einzustellen, daß diese Mediathek genutzt werden kann. (evt. habe ich auch selbst die Rechte, z.B. Schreibrechte von Unterordnern zu verändern, weiß aber nicht, welche der Rechte ich dort sinnvollerweise vergeben sollte.)

Kannst Du diese Hoster-thematik etwas konkretisieren? Zur Not erstmal Stichpunktartig? Das wäre super!!

Viele Grüße

P. Baer

Zitat von P. Baer

Ich kenne den Hoster auch ein wenig, aber er meinte, er würde z.B. Port 21 nicht freigeben wollen.

Port 21 ist für FTP, das hat damit gar nichts zu tun.

Zitat von P. Baer

Was genau kann der Hoster sonst tun, um die Konfiguration so einzustellen, daß diese Mediathek genutzt werden kann. (evt. habe ich auch selbst die Rechte, z.B. Schreibrechte von Unterordnern zu verändern, weiß aber nicht, welche der Rechte ich dort sinnvollerweise vergeben sollte.)

Das ist, ehrlich gesagt, nicht mein Spezialgebiet, deshalb nimm das folgende nur als Anhaltspunkt:

1. Der User, unter dem der Webserver (Apache) läuft, muß Schreibrechte für das temporäre Verzeichnis bekommen. Sonst kommt der Upload nirgendwo an.
2. Der User, unter dem PHP läuft, muß Leserechte im temporären Verzeichnis bekommen, sonst kann es die hochgeladene Datei nicht ins WP-eigene Upload-Verzeichnis verschieben.
3. PHP muß Schreibrechte fürs Upload-Verzeichnis bekommen. Das kannst du selbst per FTP erledigen.

Die beiden ersten Punkte sind eigentlich Standard bei einer normalen Installation. Man muß das vorsätzlich kaputtkonfiguriert haben, damit es nicht mehr geht.
Angesichts der vielen Fragen dazu in letzter Zeit vermute ich, daß viele Hoster jüngst das falsche Memo bekommen haben.