Die Überschrift hört sich nach einem billigen Zauberer-Trick an, ist aber mir gestern bei einem Kunden bzw. auf seinem Server passiert und das mitten in der Schulung.
Wir waren gerade dabei Bilder hochzuladen und innerhalb der Artikel einzubinden und auch nach mehreren Versuchen und auch mit mehreren Bildern wurden keine angezeigt. Der Aufruf der originalen Bilder lieferte keine Datei, sondern eine schicke 403er Fehlermeldung, welche mich etwas stutzig machte, da diese Fehlermeldung auf einen verbotenen bzw. unzulässigen Zugriff deutet.
Was war der Grund? Aus welchen Gründen auch immer hat der Hoster den Server so eingestellt, dass alle Bilder die via WordPress hochgeladen werden den chmod 600 bekamen:

Komische chmod-Werte
Im Ergebnis führte das dazu, dass die Bilder im Frontend und im Backend (Mediathek) für keinen Sichtbar waren. Dieser chmod-Wert war für mich ungewöhnlich, weil ich das bis jetzt so kannte, dass Dateien üblicherweise den Wert 644 bekommen … zumindest kenne ich das von all-inkl.com * so.
Die Lösung des Problems bestand darin, den uploads-Ordner anzuweisen den gewünschten chmod-Wert an die Dateien zu vererben. Dies sollte mit so ziemlich jedem vernünftigen FTP-Programm möglich sein.
Also, wenn es Probleme mit den Bildern gibt, dann einfach auch die chmod-Werte in die Fehlersuche mit einbeziehen.
* = Partnerlink
Hinweis:
250+ Professionelle WordPress-Themes
Premium WordPress-Themes, 24 davon mit deutschem Support
Tut mir Leid, aber die Kommentar-Funktion ist momentan deaktiviert.
1. – Martin
Kommentar vom 18. February 2010 um 20:18
Wer macht denn son Blödsinn? Ich denke das wird nicht beabsichtigt sein, oder es ist tatsächlich so gewünscht dass über den Browser hochgelade Scripte aus Sicherheitsgründen beschnitten werde.
Schliesslich werden auf diese Weise die meisten Server-Accounts gehackt…
2. – Julian
Kommentar vom 19. February 2010 um 00:59
Problem dabei: Wenn du das ganze rekursiv chmoddest, dann wird das auf die aktuell vorhandenen Dateien angewandt. Neue werden dann wahrscheinlich wieder 600 haben.
Aber eigentlich komisch, da wenn die Dateien über das Backend hochgeladen werden, durch den Benutzer unter dem der Webserver läuft, erstellt wurden, dann reicht 600 eigentlich.
Sieht nach einer abenteuerlichen Konfiguration aus.
3. – Quincy
Kommentar vom 19. February 2010 um 07:33
Bei mir ist genau das gleiche passiert! Hab ewig den Fehler gesucht und ewig hochgeladen, Verzeichnisse angelegt und wieder gelöscht – bis ich dann mal drauf gekommen bin die Rechte mal anzusehen …
4. – ad
Kommentar vom 19. February 2010 um 08:58
Lass mich raten – domainFactory!
Das ist ein altbekanntes Problem (naja, nicht wirklich), siehe auch:
http://www.svenkubiak.de/2009/04/06/wordpress-domainfactory-dateirechte-problem-endgultig-gelost/
5. – Perun
Kommentar vom 19. February 2010 um 12:35
@ad,
ja, es handelt sich hier um Domainfactory. Vielen Dank für den Link.