Bilder werden teilweise nicht angezeigt

  • Gelöst FionaAmann

    (@fionaamann)


    vor 2 Monaten, 3 Wochen

    Hallo

    seit kurzem werden Bilder auf meiner Website nicht mehr angezeigt. Das betrifft nicht alle, sondern eben einige. Auf der Startseite geht’s schon los.

    Elegant Themes Divi, Support sagt, es liegt nicht an Divi

    Ionos sagt, es gibt keine Restriktionen auf dem Server (eigener managed Server)

    Ich habe Caches mehrfach geleert

    Wenn ich ein fehlendes Bild anzeigen will, bekomme ich die Fehlermeldung“ ZUGRIFF NICHT ERLAUBT Die angeforderte Seite darf nicht angezeigt werden.“

    Ich habe die Sicherheits- htaccess https://gist.github.com/seoagentur-hamburg/c96bc796764baaa64d43b70731013f8a …. testweise deaktiviert, das hat nichts gebracht.

    Ich habe mit einem extra Plugin Thumbnails neu geniert – ohne sichtbaren Erfolg

    Ich verwende WP-Optimize 4.4.1, der Support denkt an Firewall oder Security Settings.

    Wenn ich mir über WS_FTP den Ordner Uploads ansehe, so sind dort diese Attribute. Stimmt da was nicht?

    Die Seite, für die ich Hilfe brauche: [Anmelden, um den Link zu sehen]

Ansicht von 15 Antworten – 16 bis 30 (von insgesamt 38)
1 2 3
  • Moderator Support Moderator

    (@moderator)

    vor 2 Monaten

    Da seit einiger Zeit keine Rückmeldung mehr vom TE kam, wird der Thread aus administrativen Gründen auf gelöst gesetzt, damit die ungelösten Threads, in denen noch Hilfe benötigt wird, leichter auffindbar sind.

    Der Status „gelöst“ kann vom TE jederzeit geändert und der Thread kann mit Nachfragen oder einem Feedback ergänzt werden.

    Lösung gefunden? In einem User-helfen-User-Forum wie diesem hier ist das Posten der Lösung für andere User immer hilfreich, danke.

    Thread-Starter FionaAmann

    (@fionaamann)

    vor 2 Monaten

    Hallo

    leider noch immer keine Bilder bzw. nur einige, nicht alle Bilder.

    In der Mediathek fehlen diese Bilder und ich kann auch keine mehr hinzufügen, es sei denn über deren URL. Das gilt auch für Bilder, die ich via FTP auf den Server gelegt habe. Sind die Bilder endlich in einem Artikel, so kann ich sie von dort aus nicht mehr bearbeiten.

    Gestern Media Sync durchgeführt, das hat leider auch nichts gebracht.

    Rank Math schreibt, es läge nicht an ihrem Plugin, ergo kein Support

    WS-Optimize schreibt: Thanks for getting back in touch. This is definitely a strange issue and when I restored a backup on my test site I could see the images no problem so it’s still sounding like something with the site itself or the hosting company. I do see now that the images are showing a 404 but this time when trying to load them I’m not getting the same error page as previously I’m getting redirected to the WordPress 404 template. 

    Ich habe Really Simple Security aktiviert, aber inzwischen wieder deactivated. Denn: The Really Simple SSL warning about 404s could have been due to previous configuration where the images were returning a 404 (even though they exist) but it would be something to ask the Really Simple SSL team. 

    Seitdem ich dieses Plugin installiert hatte, ließen sich keine Bilder mehr hochladen.

    Auf IONOS ist Domain Guard nicht aktiv

    Site Scan bei IONOS sagt: 3 Malware found, 3 Links zu Webarchiv. Diese Links habe ich heute früh gelöscht. https://www.wo-blumenbilder-wachsen.de/kochen-und-backen-von-grund-auf-lernen/

    https://www.wo-blumenbilder-wachsen.de/kochen-und-backen-von-grund-auf-lernen/?noamp%3Dmobile

    https://www.wo-blumenbilder-wachsen.de/kochen-und-backen-von-grund-auf-lernen/Linkmalware / infectedMediumAnti-Virus BlacklistDetailshttps://www.wo-blumenbilder-wachsen.de/kochen-und-backen-von-grund-auf-lernen/?amp%3D1

    IONOS Server-Support schrieb letzte Woche, sie finden keinen Fehler, ich solle am besten die Website an einen WordPress-Experten (von ihnen?) geben, damit er mir die Arbeit in Zukunft abnimmt.

    Stelle gerade fest, das ganze Layout ist zerschossen. Heute früh war das noch nicht so.

    Kaputt https://www.wo-blumenbilder-wachsen.de/gartenwissen/

    https://www.wo-blumenbilder-wachsen.de/alltagstest/

    https://www.wo-blumenbilder-wachsen.de/mein-landgarten/

    Diese Seite geht, wenn auch ohne einige Bilder

    https://www.wo-blumenbilder-wachsen.de/lieblingspflanzen-der-gaertnerin/

    Cache leeren hat nichts gebracht. Wollte jetzt gerade Divi neu laden, aber das geht auch nicht. Fehlermeldung: Der Link, dem du gefolgt bist, ist abgelaufen.

    Die Zip-Datei habe ich gestern erst von meinem Account bei Elegant Themes geholt.

    Fazit: Ich bin fix und fertig.

    • Diese Antwort wurde vor 2 Monaten von FionaAmann geändert.
    Moderator La Geek

    (@la-geek)

    vor 2 Monaten

    Wie soll man dir helfen, wenn du wiederholte Nachfragen nicht beantwortest?

    Zitat:

    In der Foren-FAQ gibt es eine Art Troubleshooting-Guide:
    https://de.wordpress.org/support/topic/speichern-o-aktualisieren-o-schreiben-o-anmeldung-im-backend-geht-nicht-mehr/. Die dort gelisteten Punkte solltest du abarbeiten.

    Erläutere dann bitte, welche der Punkte aus dem Guide zu ausprobiert hast, inkl. dem Posten der Error.- und Debug.logs sowie dem Website-Zustandsbericht.

    Wenn du bei der Ausführung weitere Anleitung benötigst, stell gerne deine Fragen dazu.

    Moderator threadi

    (@threadi)

    vor 2 Monaten

    Ich würde dir auch wiederholt hierzu raten:

    Ich sehe derzeit auch nur die Möglichkeit, dass du dein Projekt auf ein anderes Hosting umziehst.

    Thread-Starter FionaAmann

    (@fionaamann)

    vor 2 Monaten

    Hallo

    vielen Dank für die zahlreichen Tipps und Hinweise.

    Gestern lange zusammen mit DIVI-Support getestet. Layout zerschossen, Bilder weg … aber im Preview war das Layout der Seiten in Ordnung.

    Beim Editieren der Seiten „kein Cashing“ geklickt. Half sofort. Supporter fasst zusammen

    • Use WS-Optimize Pro to clear your cache first
    • Clear Divi’s cache: Dashboard ? Divi ? Theme Options ? Builder ? Advanced ? Clear Static CSS cache
    • Test with ?nocache=1 to quickly identify if it’s caching-related
    • Since IONOS appears to have resolved their server cache issue, your images should display properly going forward. WS-Optimize Pro gives you good control over your site’s caching, which should prevent similar issues in the future.
    • Jetzt warte ich nur noch auf IONOS

    Herzlichst

    Fiona

    Moderator threadi

    (@threadi)

    vor 2 Monaten

    Schön, dass du irgendwie vorankommst. Schade, dass du so gar nicht auf Ratschläge und Tipps hier im Forum eingehst.

    Thread-Starter FionaAmann

    (@fionaamann)

    vor 2 Monaten

    Hallo

    ich verstehe deinen Einwand nicht. Habe alles versucht, was hier genannt wurde. Bis auf den Umzug auf einen anderen Provider. Wenn nichts anderes hilft, mache ich das. Aber dann bliebe noch immer die Frage, welcher Provider. Und komme ich dort zurecht. Ich bin seit zig Jahren bei IONOS und war bislang zufrieden.

    Thread-Starter FionaAmann

    (@fionaamann)

    vor 2 Monaten

    IONOS sagt, es gibt keinen Server-Cache und kein CDN

    Aber einen Lichtblick habe ich noch: Die Datenbank hat unlängst (3-4 Wochen) ein IONOS Mitarbeiter von MySql auf MariaDB migriert. Vielleicht ist dabei ein Fehler passiert? Ich habe eben eine Sicherungsdatei der alten Datenbank gezogen. Doch was nun? Könnte ein Experte diese in die neue Datenbank übertragen? Und zwar so, das nur die Bilder bzw. deren Pfade übernommen werden?

    Herzlichst

    Fiona

    Moderator threadi

    (@threadi)

    vor 2 Monaten

    Das Problem hat, wie oben schon mehrfach geschrieben, nichts damit zu tun, dass Pfade von Bildern nicht stimmen würden. Auch hat es nichts mit der Datenbank zu tun, sondern mit einer Einstellung am Server, die zudem auch nichts mit einem Server-Cache oder einem CDN zu tun hat. Ich sehe auch heute noch die Einstellung im HTTP-Header der nicht geladenen Bilder, die der Server weiterhin setzt und die das Laden einzelner Bilder verhindern.

    Leider bist auch auch gar nicht auf das oben ebenfalls schon mehrfach genannte Error-Log eingegangen. Dort sollte man den beim Laden der Bilder durch diese Servereinstellung aufgetretenen Fehler sehen können.

    Ein Umzug des Projektes wäre für den von mir oben beschriebenen Test gar nicht notwendig. Es würde ausreichen ein Backup des gesamten Projektes auf irgendeinen x-beliebigen Hosting einzuspielen. Das könnte sogar lokal auf deinem Computer sein, z.B. mit Hilfe von localwp. Zum Aufruf dort, muss man dann lediglich die Domain im Projekt anpassen damit man es auf der Kopie aufrufen kann. Das hat der eine Support, mit dem du Kontakt hattest, ja auch schon getan und dort wurden alle Bilder geladen (was ebenfalls für den Server deines Hosters als Ursache spricht).

    Da das Thema bei dir nun schon so lange geht, würde ich dir unbedingt empfehlen dir jemanden zu suchen, der sich das mit dir zusammen persönlich anschaut. Du wirst damit nicht weiterkommen, und hier im Forum kann man dir nicht mehr helfen, vor allem da die Ursache eindeutig der Server deines Hosters ist. Jemanden, der dir hierbei hilft, kannst du z.B. hier im englischen Jobportal finden: https://jobs.wordpress.net – oder bei einer Suche im deutschsprachigen Internet nach WordPress Agenturen oder Freelancern. Auch hier gibt es verschiedene Jobportale, die jedoch nicht auf WordPress spezialisiert sind. Möglicherweise gibt es in deiner Nähe auch WordPress Meetups, wo man evtl. ebenfalls jemanden finden kann.

    Moderator La Geek

    (@la-geek)

    vor 2 Monaten

    Der Thread ist wieder geöffnet, da ich vielleicht die Lösung aber zumindest die Ursache gefunden habe.

    Alle Bilder, die nicht gefunden werden, haben ein Ablaufdatum = 1984!
    Außerdem sind all diese Bilder gzip-komprimiert (Content-Encoding: gzip).

    Die Bilder, die geladen werden, haben weder ein Ablaufdatum noch sind sie gzip-komprimiert.

    Meine Recherche hat 2 Gründe ergeben, wieso ein Bild unter diesen Voraussetzungen nicht gefunden wird (404):

    1. „Dieser Header (Expires: 1984) sagt dem Browser, dass das Bild seit über 40 Jahren „abgelaufen“ ist. Das führt dazu, dass der Browser die Datei sofort als veraltet betrachtet und gar nicht erst versucht, sie aus dem Cache zu laden, sondern jedes Mal neu (vergeblich) anfragt.“

    2. „Wenn das Bildformat (wie .jpg oder .png) bereits nativ komprimiert ist, führt gzip oft zu Fehlern bei der Interpretation durch den Browser“.

    Daher Vorschlag:
    Suche in den Einstellungen von WP Optimize die Stelle(n), die für die Komprimierung der Bilder zuständig ist/sind (siehe hier) und deaktiviere diese Funktion. Eventuell hilft auch folgendes/Klick auf Button: „Mark all images as uncompressed“ sowie auf „Restore all compressed images“. ❗Lösche den kompletten Cache von WP-Optimize.❗

    Entferne alle Zip-Komprimierung aus der .htaccess oder besser, lade die Datei herunter und lösche sie auf dem Server, geh anschl. im WordPress-Backend zu Einstellungen => Permalinks und speichere einfach nur. Das erstellt eine bereinigte .htaccess-Datei.

    Thread-Starter FionaAmann

    (@fionaamann)

    vor 2 Monaten

    Vielen Dank auch für diese Hinweise.

    Ich habe keinen Zugriff auf Error.log. Werde erneut IONOS kontaktieren, aber dort arbeitet niemand am Wochenende.

    WP-Optimize Images -> bin dran und befolge deine Vorschläge.

    Wenn ich auf unused images and sizes klicke werden 9557 Bilder angezeigt. Ich kann mir nicht vorstellen, dass alle tatsächlich nicht verwendet werden. Probeweise ein paar dieser Bilder geöffnet und sie wurden korrekt dargestellt und gehörten auch zu einem Artikel.

    Allerdings steht in der erzeugten Log-Datei beispielsweise

    [2026-01-22 09:29:21 : INFO] – Image ID=19882, File=/homepages/18/d32747973/htdocs/gartenmagazin/wp-content/uploads/Oxalis_Triangularis202305-jpg.webp This image type is not supported. [2026-01-22 09:29:21 : INFO] – Image ID=19881, File=/homepages/18/d32747973/htdocs/gartenmagazin/wp-content/uploads/Oxalis032017-jpg.webp This image type is not supported. [2026-01-22 09:29:21 : INFO] – Image ID=19880, File=/homepages/18/d32747973/htdocs/gartenmagazin/wp-content/uploads/Oxalis21-Bearbeitet-jpg.webp This image type is not supported. [2026-01-22 09:29:21 : INFO] – Image ID=19877, File=/homepages/18/d32747973/htdocs/gartenmagazin/wp-content/uploads/Oxalis_Triangularis202307-jpg.webp This image type is not supported. [2026-01-22 09:29:21 : INFO] – Image ID=19876, File=/homepages/18/d32747973/htdocs/gartenmagazin/wp-content/uploads/Oxalis_Triangularis202308-jpg.webp This image type is not supported. [2026-01-22 09:29:21 : INFO] – Image ID=19875, File=/homepages/18/d32747973/htdocs/gartenmagazin/wp-content/uploads/Oxalis_Triangularis202315-jpg.webp This image type is not supported. [2026-01-22 09:29:21 : INFO] – Image ID=19874, File=/homepages/18/d32747973/htdocs/gartenmagazin/wp-content/uploads/Oxalis_Triangularis202302-jpg.webp This image type is not supported. [

    > Button: „Mark all images as uncompressed“ sowie auf „Restore all compressed images“. 

    Lösche den kompletten Cache von WP-Optimize

    >Entferne alle Zip-Komprimierung aus der .htaccess oder besser, lade die Datei herunter und lösche sie auf dem Server, geh anschl. im WordPress-Backend zu Einstellungen => Permalinks und speichere einfach nur. Das erstellt eine bereinigte .htaccess-Datei.

    Erledigt.

    Bilder werden weiterhin nicht angezeigt.

    In der Mediathek steht bei einem fehlendem Bild

    Note: This image is already compressed by another pluginCompress | 

    Mark as already compressed

    Obwohl es eigentlich fehlt kann ich es bearbeiten, neu abspeichern.

    Permalink https://www.wo-blumenbilder-wachsen.de/borretsch-bienenweide-pflegeleicht/video-vorschaubild-borretsch-bienenweide-mit-heilkraft/

    Die Datei URL ist jedoch https://www.wo-blumenbilder-wachsen.de/wp-content/uploads/borretsch-bienenweide-mit-heilkr.jpg

    Zurück in der Mediathek fehlt es erneut. Im Browser kann ich das Bild auch nicht aufrufen.

    Moderator La Geek

    (@la-geek)

    vor 2 Monaten

    Hast du einmal per FTP geschaut, ob diese Datei existiert: wp-content/uploads/2023/02/KleineGaertenTitel.jpg?

    und falls vorhanden: ist die Schreibweise identisch, also nicht kleinegaertentitel.jpg und auch nicht KleineGärtenTitel sondern exakt so KleineGaertenTitel?

    Thread-Starter FionaAmann

    (@fionaamann)

    vor 2 Monaten

    Hallo

    KleineGärtenTitel.jpg ist 4 x da.

    KleineGaertenTitel.jpg

    KleineGaertenTitel.jpg.webp

    KleineGaertenTitel-480×292.jpg.webp

    KleineGaertenTitel-480×292.jpg

    In den Logs eben gefunden,

    Feb 14 14:22:30 91.39.150.0 p8076137 error: Unknown extended request „xquota“
    Feb 14 14:22:30 91.39.150.0 p8076137 sent status Operation unsupported
    Feb 14 14:23:11 91.39.150.0 p8076137 open „/logs/info.php“ flags READ mode 0666
    Feb 14 14:23:11 91.39.150.0 p8076137 close „/logs/info.php“ bytes read 21 written 0
    Feb 14 14:23:11 91.39.150.0 p8076137 [91.39.150.0|get|0|21|0|0|0|2f6c6f67732f696e666f2e706870|]
    Feb 14 14:23:33 91.39.150.0 p8076137 open „/logs/system/index.html“ flags READ mode 0666
    Feb 14 14:23:33 91.39.150.0 p8076137 close „/logs/system/index.html“ bytes read 418 written 0
    Feb 14 14:23:33 91.39.150.0 p8076137 [91.39.150.0|get|0|418|0|0|0|2f6c6f67732f73797374656d2f696e6465782e68746d6c|]
    Feb 14 14:23:51 91.39.150.0 p8076137 open „/logs/sftp.log“ flags READ mode 0666

    Moderator La Geek

    (@la-geek)

    vor 2 Monaten

    Also im Ordner wp-content => uploads => 2023 => 02 sind diese 4 Bilder?

    KleineGaertenTitel.jpg

KleineGaertenTitel.jpg.webp

KleineGaertenTitel-480×292.jpg.webp

KleineGaertenTitel-480×292.jpg

    aber NICHT KleineGärtenTitel.jpg

    Wie sind die Dateirechte gesetzt? In FileZilla: Rechtsklick auf den Dateinamen des Bildes => Dateiberechtigungen?
    Ändere dort ggf. den Numerischen Wert auf 644

    Thread-Starter FionaAmann

    (@fionaamann)

    vor 2 Monaten

    Debug.log erstellt, viel Text, kann ich den hier so hineinstellen?

Ansicht von 15 Antworten – 16 bis 30 (von insgesamt 38)
1 2 3

Du musst angemeldet sein, um auf dieses Thema zu antworten.

Schlagwörter