WP 3.8 - Bilder werden nicht angezeigt

hab ich mich auch schon gefragt, ob die link überhaupt passen, denn wenn ich den direkten link zum Bild eingebe, kommt ja auch nix außer ner Fehlermeldung.

Zitat

Gibt es dieses Bild denn wirklich unter dem angegebenen Pfad

prüfe das mal erneut

Warum haben die Bilder als Datei-Zugriffsrecht 777?
Das macht nur für ausführbare Dateien (z.B. Perl-Skripte) oder Verzeichnisse Sinn.

Gruß
Ingo

Zitat von UnbeatableMusic

Ja, Datei gibt es, siehe hier im FTP:

[ATTACH=CONFIG]8959[/ATTACH]

Da sehe ich nichts außer die Bilder und ob die Bilder vorhanden sind, ist doch nicht die Frage, sondern ob der Verzeichnispfad zu den Bilddateien stimmt. Liegen die denn alle gleich im Upload-Verzeichnis oder liegen die im Upload-Verzeichnis in Ordnern bzw. in Unterverzeichnissen?

Warum kommt da ein 404er, wenn der Pfad und somit die URL des Bildes stimmt?

Und was soll diese Sche... (Du weißt welches Wort ich meine) mit der Groß- und Kleinschreibung, die doch wohl allein schon Fehler auslösen kann.

"http://www.unbeatablemusic.de/wp-content/upl…ie-hat-dich.jpg"

Zitat von UnbeatableMusic

Pfad stimmt zu 99999999 %

Du kannst hier viel erzählen, wenn der Tag lang ist, denn einen Grund muss es ja haben, wenn sich eine URL nicht aufrufen lässt und eine URL wie die untere, die sollte sich auch aufrufen lassen, es sei denn, da wurde irgendwie und irgendwo etwas vermurkst, zum Beispiel in der htaccess. Wenn die Rechte nicht stimmen würden, dann sollte wohl eher der Server mit einem Forbidden antworten, doch da kommt ja ein 404.
Somit Datei auf dem Server unter dieser URL nicht vorhanden (falls die htaccess nicht vermurkst wurde), interne WP Rewrite versucht anschließend auszulösen, findet auch nichts und gibt 404 aus. Vielmehr fällt mir dazu nicht ein. Rechte braucht man für Images nicht hochsetzen, die sollen ja nur lesbar sein.

"http://www.unbeatablemusic.de/wp-content/upl…ie-hat-dich.jpg"

Und wenn Du es ganz genau wissen möchtest, dann legst Du in das Verzeichnis von den Bildern einfach mal eine kleine testseite.html ab und rufst die mit

"http://www.unbeatablemusic.de/wp-content/uploads/testseite.html"

auf. Wenn die sich dann auch nicht aufrufen lässt, dann weißt Du zumindest, dass entweder der Pfad zum Upload-Verzeichnis nicht stimmt oder die htaccess eine Macke hat. Dann wiederholst Du den Versuch, nachdem Du den Browser-Cache gelöscht und die htaccess vorübergehend entfernt hast.

Ich nehme alles zurück, die Bilder sind vorhanden und abrufbar, nur nicht im Browser. Hast Du da einen Schutz gegen Hotlinking einbauen lassen oder etwas in der Art?

"http://www.unbeatablemusic.de/wp-content/uploads/Twizzy_Tatwaffe_Die-Firma_Sie-hat-dich.jpg"
HTTP/1.1 200 OK


"http://www.unbeatablemusic.de/wp-content/uploads/Twizzy-Esco_Selbsttherapie_Blog-01.jpg"
HTTP/1.1 200 OK

Das ist das nächste Problem, die Fehlerseite liefert einen "200 OK". Die Bilder sind meiner Meinung nach trotzdem nicht vorhanden oder nicht zugreifbar.

Gruß
Ingo

Zitat von Putzlowitsch

Die Bilder sind meiner Meinung nach trotzdem nicht vorhanden oder nicht zugreifbar.

Doch, sind vorhanden, nur der HTTP-Antwort-Header enthält laut Firebug:

Zitat

Content-Type text/html; charset=UTF-8

Wenn ich nun einen Antwortheader von meinen Bildern nehme, dann enthält der:

Zitat

Content-Type image/jpeg

Somit enthält der HTTP-Header einen fehlerhaften Mime-Typ. Oder wird der durch die 404-Fehlerseite erzeugt?

Könnte auch sein, dass die Bilder nicht unter dem Pfad erreichbar sind, die WP-Rewrite greift und nichts gefunden wird, dafür dann die 404-Seite ausgelöst wird und die einen 200er mit Content-Type text/html; charset=UTF-8 zurückliefert?

Eigentlich nicht, denn bei mir gibt die 404 Not Found aus, wenn ich da einen Pfad fehlerhaft angebe.

Also wenn ich z.B.
http://www.unbeatablemusic.de/blablub
aufrufe, kommt zwar die Fehlerseite, aber eben mit dem Statuscode "200 OK". Und genau das passiert dann bei den Bildern auch, die warum auch immer, nicht vorhanden oder zugreifbar sind.

Gruß
Ingo

Du hast recht, sehe ich jetzt auch.

Wenn ich meine aufrufe mit "http://www.coder-welten.com/blablub"

dann erhalte ich HTTP/1.1 404 Not Found

und wenn ich "http://www.unbeatablemusic.de/blablub" aufrufe

dann erhalte ich HTTP/1.1 200 OK

Dann kann man ja auf den Statuscode nichts geben, der irritiert ja in diesem Fall mehr, als das der nützlich wäre.