Ich erstelle gerade eine neue Version einer Website in WordPress und versuche, wie gewohnt ein paar Bilder hinzuzufügen, auf die sowohl von CSS als auch von HTML verwiesen wird. Seltsamerweise ist es mir erlaubt, mehrere Bilder wie das Logo usw. hinzuzufügen, aber wenn ich versuche, ein paar weitere Bilder hinzuzufügen, wird unten die verbotene Nachricht angezeigt. Das Bild erscheint auch nicht und die verbotene Nachricht unten zeigt, wenn ich zum Pfad des Bildes gehe.
Verboten
Du hast keine Berechtigung zum Zugriff auf /v2/wp-content/themes/default/images/contact-yellow-icon.png auf diesem Server. Außerdem wurde beim Versuch, ein ErrorDocument zur Verarbeitung der Anforderung zu verwenden, ein 404 Not Found-Fehler festgestellt.
Ich hatte dieses Problem noch nie zuvor von den mehreren anderen WP-Sites, die ich eingerichtet habe. Was könnte das Problem sein?
Wenn ich den Pfad zu einem anderen Bild einfüge, funktioniert es einwandfrei (http://www.domain.com/v2/wp-content/themes/default/images/contact-innovation-logo.png), also weiß ich nicht warum es erlaubt mir nicht, auf die anderen Bilder zuzugreifen!?
Kirill Bubotschkin
Sie sollten die Dateiberechtigungen für /v2/wp-content/themes/default/images/contact-yellow-icon.png überprüfen
Ich denke, sie sollten 644 sein, damit alle diese Datei lesen können
oder Sie können die Dateiberechtigungen von /v2/wp-content/themes/default/images/contact-innovation-logo.png überprüfen
Sie können die Berechtigungen mit dem FTP-Manager oder mit der Shell ändern
** aktualisiert von Eric Leroy, wenn die Dateiberechtigungen 644 nicht funktionieren, ändern Sie sie auf 755, das habe ich verwendet, um das Problem zu beheben. Wenn Sie nicht damit vertraut sind, wie dies auf *inx-basierten und Mac-Systemen zu tun ist, gehen Sie wie folgt vor: Öffnen Sie das Terminal und navigieren Sie zum übergeordneten Ordner der Bilder. Geben Sie sudo chmod -R 775 ein (geben Sie dann den Namen Ihres Bilderordners nach 775 ein), es wird Sie nach Ihrem Passwort fragen, dann werden Ihre Bilder auf Ihrer Website funktionieren.
Das ist so seltsam. Es hat funktioniert, aber warum sollten die Symbole als 600 hochgeladen werden, wenn alles andere 644 ist? Ich habe keine Einstellungen geändert. Ich habe sogar versucht, ein anderes Bild hochzuladen, das auf 644 hochgeht, aber diese 3 Symboldateien (die auf die gleiche Weise wie alles andere erstellt wurden) gehen auf 600 hoch. Es hat mich verblüfft!! Trotzdem danke.
– Rauben
7. Februar 2012 um 9:46 Uhr
Danke auch. Genau das gleiche Problem bei mir – aus irgendeinem seltsamen Grund wurde eine Datei mit 600 Dateiberechtigungen hochgeladen. Dies war eine schnelle Lösung.
– mcranston18
25. Juni 2012 um 2:31 Uhr
Wenn hochgeladene Bilder standardmäßig nicht die richtige chmod sind, liegt ein umask-Problem vor. Sie können Ihrem Host das Problem erklären und er kann es beheben, oder Sie können durch das Chaos waten, das umasks ist.
– Archonisch
10. November 2014 um 22:25 Uhr
wie macht man das in windows
– Jenuel Ganawed
4. Oktober 2021 um 11:53 Uhr
Casey Gibson – AOAUS
Dies kann auch durch die Verwendung des Hotlinking-Schutzes verursacht werden. Wenn also ein Hotlinking-Schutz verwendet wird, stellen Sie sicher, dass die URL Ihrer Website zur Whitelist hinzugefügt wird. Denken Sie auch daran, dass www.yourdomain.com und yourdomain.com als zwei verschiedene URLs betrachtet werden.
Danke dafür. Ist mir nie in den Sinn gekommen, war aber die Lösung für meine Situation.
– Mrmonroe
17. Oktober 2013 um 18:06 Uhr
Ich verwende einen gemeinsam genutzten Host mit zwei Sites, in meiner Addon-Domain wurden die Bilder nicht angezeigt. Danke.
– Leonardo
17. Juli 2018 um 20:07 Uhr
Die Frage wurde möglicherweise für den ursprünglichen Benutzer gelöst, aber ich habe festgestellt, dass das Ändern von Berechtigungen oder das Deaktivieren von Hotlinking (war bereits deaktiviert) bei mir nicht funktioniert hat.
Für mich waren die Dateien, die nicht funktionierten, PHP-Dateien in den Themes CSS- und JavaScript-Verzeichnissen.
Ich stellte fest, dass das Problem für mich eine .htaccess-Datei war, die WordPress für einen LOCKDOWN erstellt hatte, um das Einschleusen von bösartigem Code zu verhindern. Durch das Hinzufügen von Regeln zum Zulassen dieser Dateien konnten sie funktionieren.
Besonders bei Verwendung des wp-security Plugins.
– Rogers Sampaio
8. Oktober 2015 um 0:46 Uhr
Obwohl dies ein altes Problem ist, möchte ich dies für alle hinzufügen, die möglicherweise mit demselben Problem zu Besuch kommen.
Wenn Sie Cloudflare verwenden, hat ihr Kratzschild auch einen Hotlink-Schutz – hier entstand mein Problem.
Dies mag zwar die Frage beantworten, Sie haben jedoch keine Erklärung dafür hinterlassen, warum dies funktioniert. Diese Antwort bringt keinen großen Mehrwert für spätere Besucher, die möglicherweise das gleiche Problem haben. Bitte erweitern Sie Ihre Antwort um eine Erklärung.
– oɔɯǝɹ
23. Januar 2015 um 10:50 Uhr
Dieser Rat ist gefährlich. Alles innerhalb von /var weltweit lesbar und beschreibbar zu machen, gefährdet die Systemsicherheit. Sie wissen nicht einmal, ob die betreffenden Dateien in /var liegen oder ob der 403-Fehler auf Dateiberechtigungen zurückzuführen ist.
– Kenter
23. Januar 2015 um 10:54 Uhr
sudo chmod -R a+rw /var/www/html/name der Datei
– Sudip Das
31. Januar 2015 um 11:09 Uhr
Dies mag zwar die Frage beantworten, Sie haben jedoch keine Erklärung dafür hinterlassen, warum dies funktioniert. Diese Antwort bringt keinen großen Mehrwert für spätere Besucher, die möglicherweise das gleiche Problem haben. Bitte erweitern Sie Ihre Antwort um eine Erklärung.
– oɔɯǝɹ
23. Januar 2015 um 10:50 Uhr
Dieser Rat ist gefährlich. Alles innerhalb von /var weltweit lesbar und beschreibbar zu machen, gefährdet die Systemsicherheit. Sie wissen nicht einmal, ob die betreffenden Dateien in /var liegen oder ob der 403-Fehler auf Dateiberechtigungen zurückzuführen ist.
– Kenter
23. Januar 2015 um 10:54 Uhr
sudo chmod -R a+rw /var/www/html/name der Datei
– Sudip Das
31. Januar 2015 um 11:09 Uhr
10036300cookie-check403 verboten: Erlaubnis zum Zugriff auf Bilderyes
