png werden auf einmal nicht mehr angezeigt

a.mammen schrieb am 28.08.2019 um 10:17 Uhr

Hallo liebe Community,

wer kann mir einen Rat geben?

MAGIX Web Designer Premium 12.0.0.45126

Von unserer Internet-Seite werden auf einmal keine png-Grafiken angezeigt, die Darstellung ist dementsprechend katastrophal.

Der Aufbau ist seit Jahren gleich, in der Regel ändern wir nur die Termine. Die Daten werden über den aktuellen filezilla hochgeladen.

Bei 1und1 wurden Fehler ausgeschlossen.

So sieht das eigentlich aus.

Der Weg: "Dokument als website exportieren"

Die Webseitenvorschau ist korrekt

Ich bin ratlos und freue mich über hilfreiche Beiträge zur Fehlerquelle.

Danke!

Kommentare

marboe schrieb am 28.08.2019 um 11:07 Uhr

Mein Browser kann die PNG nicht anzeigen.
Da er das sonst aber macht, klappt etwas beim Aufruf deiner Seite nicht.

Der Weg: "Dokument als website exportieren"

Das ist korrekt so.

Die Daten werden über den aktuellen filezilla hochgeladen.

Und hier können natürlich Fehler passieren. Warum nutzt du nicht die eingebaute Automatik des WD? Er würde dir alte Dateien automatisch löschen.
So bleibt der Verdacht, dass eine der Steuerungsdateien veraltet ist und deswegen die Verweise nicht mehr stimmen. Ich würde die Steuerungsdaten im index_htm-Ordner vermuten.
Es reicht nicht, nur immer die htm-Dateien neu hochzuladen wenn man was geändert hat.

Liege ich da richtig mit diesem Verdacht, dass du nur die Hälfte hochgeladen hast?
Gruß Marboe

m2005 schrieb am 28.08.2019 um 17:46 Uhr

Die Bild-Dateien sind da, sehen aber allesamt scheinbar korrupt aus...

a.mammen schrieb am 28.08.2019 um 23:02 Uhr

Mein Browser kann die PNG nicht anzeigen.
Da er das sonst aber macht, klappt etwas beim Aufruf deiner Seite nicht.

Der Weg: "Dokument als website exportieren"

Das ist korrekt so.

Die Daten werden über den aktuellen filezilla hochgeladen.

Und hier können natürlich Fehler passieren. Warum nutzt du nicht die eingebaute Automatik des WD? Er würde dir alte Dateien automatisch löschen.
So bleibt der Verdacht, dass eine der Steuerungsdateien veraltet ist und deswegen die Verweise nicht mehr stimmen. Ich würde die Steuerungsdaten im index_htm-Ordner vermuten.
Es reicht nicht, nur immer die htm-Dateien neu hochzuladen wenn man was geändert hat.

Liege ich da richtig mit diesem Verdacht, dass du nur die Hälfte hochgeladen hast?
Gruß Marboe

Danke für den Kommentar, Marboe.

Ich lösche alle Dateien (bis auf eingebundene PDFs) über filezilla, nicht nur die html Dateien. Das ist seit Jahren so, es gab diesbezüglich nie Probleme. Bis jetzt.

a.mammen schrieb am 28.08.2019 um 23:02 Uhr

Die Bild-Dateien sind da, sehen aber allesamt scheinbar korrupt aus...

was soll "korrupt" in diesem Zusammenhang bedeuten?

marboe schrieb am 28.08.2019 um 23:06 Uhr

Ich lösche alle Dateien (bis auf eingebundene PDFs) über filezilla

Hast du die Übertragungseinstellungen in Filezilla geändert?

machst du immer alle Updates dort? Es gab gerade zwei ziemlich bald nacheinander. Gruß marboe

a.mammen schrieb am 28.08.2019 um 23:12 Uhr

Ja, ich achte auf die neueste Version, es gibt eine automatische Benachrichtigung, die ich immer umsetze.

Jim_Blick schrieb am 28.08.2019 um 23:17 Uhr

Ich hatte ein ähnliches Problem. Nachdem ich den adblocker deaktiviert hatte, ging alles wie gewollt.

a.mammen schrieb am 28.08.2019 um 23:39 Uhr

Ich hatte ein ähnliches Problem. Nachdem ich den adblocker deaktiviert hatte, ging alles wie gewollt.

Danke für den Hinweis.

Daran liegt es aber nicht.

a.mammen schrieb am 28.08.2019 um 23:46 Uhr

Danke für eure Beteiligung und Beiträge.

Ich habe die Lösung auf einer anderen Spur gefunden:

Leider war ich nicht darüber informiert, dass sich die host-adresse geändert hat. Die alte host-adresse hat die Übertragung wohl nicht mehr richtig durchgeführt, aber auch nicht ganz verweigert.

BeRo schrieb am 29.08.2019 um 00:22 Uhr

@marboe hatte Dich gefragt, ob Du die Übertragungseinstellungen in FileZilla geändert hast.
Deine Antwort

[...] es gibt eine automatische Benachrichtigung, die ich immer umsetze. [...]

lässt viel Freiraum für eine Interpretation, sie sagt aber nichts aus über Dein tatsächliches Vorgehen beim Login und beim Upload... 😜

Tatsache ist, dass Dein Problem mit einer Änderung der Speicherform auf dem Webserver zusammenhängt.
Dein Provider hat ein SSL Zertifikat installiert aber keine automatische Umleitung auf die https Seiten installiert.
Die Umleitung solltest Du unbedingt einrichten oder vom Provider einrichten lassen.
Da 1&1 Internet SE der Provider ist und Deine Website auf einem Apache Webserver gehostet wird, kannst Du entweder selbst eine geeignete .htaccess Datei auf dem Webserver ablegen oder eben den Provider Bitten das für Dich zu tun.

Rufst Du Deine Seite "afg-schuldnerberatung.de" direkt mit einem vorangestellten "https://" auf (klick) ist alles i. O.

Der Seitenaufruf mit "http://" oder ohne vorangestellte Protokoll Info führt zu dem von Dir festgestellten Chaos... 😇

Auf den Tag genau gehen heute, am 14.08.2021, 10 Jahre online Support für die Community zu Ende.
Ich freue mich auf eine neue, berufliche Herausforderung, die sich gerade ergeben hat. Leider bleibt dann keine Zeit mehr für die Community übrig, aber Ihr seid bei den aktiven Mitgliedern in besten Händen.
Sicher schaue ich auch ab und zu nochmal rein... 🤓

a.mammen schrieb am 29.08.2019 um 01:15 Uhr

@marboe hatte Dich gefragt, ob Du die Übertragungseinstellungen in FileZilla geändert hast.
Deine Antwort

[...] es gibt eine automatische Benachrichtigung, die ich immer umsetze. [...]

lässt viel Freiraum für eine Interpretation, sie sagt aber nichts aus über Dein tatsächliches Vorgehen beim Login und beim Upload... 😜

Ich habe die Einstellung ja nicht geändert, und es gab bis dato seit Jahren kein Problem.

Tatsache ist, dass Dein Problem mit einer Änderung der Speicherform auf dem Webserver zusammenhängt.
Dein Provider hat ein SSL Zertifikat installiert aber keine automatische Umleitung auf die https Seiten installiert.
Die Umleitung solltest Du unbedingt einrichten oder vom Provider einrichten lassen.
Da 1&1 Internet SE der Provider ist und Deine Website auf einem Apache Webserver gehostet wird, kannst Du entweder selbst eine geeignete .htaccess Datei auf dem Webserver ablegen oder eben den Provider Bitten das für Dich zu tun.

Rufst Du Deine Seite "afg-schuldnerberatung.de" direkt mit einem vorangestellten "https://" auf (klick) ist alles i. O.

Der Seitenaufruf mit "http://" oder ohne vorangestellte Protokoll Info führt zu dem von Dir festgestellten Chaos...

 

Das SSL Zertifikat habe ich erst nach Auftreten des Problems mithilfe der Hotline installiert. Das hat aber auch in den letzten zwei Tagen keine Änderung ergeben.

Inzwischen wird die Seite wieder richtig angezeigt, weil ich die andere host-adresse genutzt habe.

Ich werde also 1und1 bitten, die automatische Umleitung einzurichten.

Herzlichen Dank für den Blick in die Tiefe!!!

 

marboe schrieb am 29.08.2019 um 08:56 Uhr

Ich habe die Einstellung ja nicht geändert,

Aber dein Hoster.

Ich werde also 1und1 bitten, die automatische Umleitung einzurichten.

Ja, das solltest du unbedingt machen.
Wenn sie dir das nicht als Service anbieten, dann melde dich wieder hier. Dann kannst du es auch selbst machen. Es ist aber sehr wichtig, dass dies geschieht... nicht nur für deine User, die vielleicht noch die alte Adresse als Lesezeichen gespeichert haben, sondern auch für die Suchmaschinen.

 

Dann lass am besten auch das gleich mitbereinigen:

Hier wäre eine 301-Umleitung zur neuen https-Domain ebenfalls sinnvoll.
Gruß Marboe

m2005 schrieb am 30.08.2019 um 12:33 Uhr

Mit Host-Adresse meinst du den Server-Namen für den Upload der Dateien? Dennoch kurios, weil ja eine Datei geladen wurde und kein 404 kam.

Bzgl 404 (nicht gefunden) solltest du dein Hosting auch korrekt einstellen - aktuell kommt dort eine vom Provider generierte Seite, die auf andere fremde Seiten verwaist. Einfach mal irgendeine URL eingeben mit deiner Domain, die es nicht gibt, z.B. domainname/diese-seite-gibt-es nicht. Mit http siehst du den Inhalt, mit https nicht, weil deren JS-File zum Anzeigen der "Werbung" wegen mixed-content aus der http Zone geblockt wird.