nicht angemeldet
Bild wird nicht gecached
Hallo!
Kennt jemand folgendes Problem bzw. einen Workaround?
Die Seite unter http://www.vortexeu.com/tests/oddjpgtest.html enthält 2 Grafiken. Die oberste landet bei IE5 bis IE6 nicht im Cache. (Reload-> 1. Grafik wird erneut geladen)
Mozilla & Co. haben damit dagegen keine Probleme. Wird die Grafik statt durch das img-Tag durch ein object-Tag eingebunden, wird eine Kopie im Cache erstellt. Leider sorgt object unter SP2 für Probleme, weshalb ich gerne auf die Verwendung verzichten würde.
Interessant ist auch, daß bei einem Rechtsklcik->Eigenschaften auf des obere Bild als Größe "nicht verfügbar" angezeigt wird.
Das Problem tritt bei einer ganzen Reihe von Bildern auf (alles JPEGs).
Ist das ein bekannter IE-Bug und gibt es dafür Abhilfe?
Ich konnte dazu leider nichts finden.
Danke schon im Voraus!
WebFix
-
Hallo,
Die Seite unter http://www.vortexeu.com/tests/oddjpgtest.html enthält 2 Grafiken. Die oberste landet bei IE5 bis IE6 nicht im Cache. (Reload-> 1. Grafik wird erneut geladen)
Kann es sein, das dein Cache voll ist?
Da fängt der IE nämlich zu spinnen an.
Ich würde mal den Cache leeren und dann
überprüfen, ob das Problem noch besteht.Gruß
Alexander Brock--
SelfCode: sh:( fo:) ch:? rl:( br:> n4:? ie:{ mo:} va:) de:> zu:| fl:{ ss:( ls:[ js:(
http://emmanuel.dammerer.at/selfcode.html
Deshalb können Pinguine nicht fliegen:
Was nicht fliegt kann auch nicht abstürzen
<img src="http://www.againsttcpa.com/images/AgainstTCPA-Log01Small.gif" border="0" alt="">
http://againsttcpa.com-
Nein, daran liegt es difinitiv nicht. Cache habe ich nat. schon geleert.
Das Problem tritt auch bei anderen PCs auf, liegt also nicht an meiner Konfiguration.WebFix
-
-
Hi WebFix,
Interessant ist auch, daß bei einem Rechtsklcik->Eigenschaften auf des obere Bild als Größe "nicht verfügbar" angezeigt wird.
Es scheint mir so, dass der IE das Bild trotz der Endung als Bitmap .bmp interpretiert. Woran das allerdings liegt, kann ich Dir nicht sagen. Bei mir tritt das Reload-Problem im IE 6 aber auch auf.
Viele Grüße
Mathias Bigge-
Hi,
Es scheint mir so, dass der IE das Bild trotz der Endung als Bitmap .bmp interpretiert. Woran das allerdings liegt, kann ich Dir nicht sagen. Bei mir tritt das Reload-Problem im IE 6 aber auch auf.
bei mir dasselbe. Ist schon merkwürdig, ich kann bei den Bildern keine Unterschiede feststellen, die das verursachen könnten.
freundliche Grüße
Ingo-
Hi Ingo,
Es scheint mir so, dass der IE das Bild trotz der Endung als Bitmap .bmp interpretiert. Woran das allerdings liegt, kann ich Dir nicht sagen. Bei mir tritt das Reload-Problem im IE 6 aber auch auf.
bei mir dasselbe. Ist schon merkwürdig, ich kann bei den Bildern keine Unterschiede feststellen, die das verursachen könnten.Es kann schon sein, dass das Dateiformat irgendwelche Besonderheiten aufweist. Vielleicht bringt es was, die Dinger nochmal neu zu speichern. Ich hab's mir mal grob im Hex-Viewer angeschaut, da stecken zum Beispiel Infos über die Kamera drin (Nikon E775v1.4u; 1/213 Sek., Blende 8.9 und dergl.), ich glaube nicht, dass das für jpeg normal ist, bin mir aber nicht sicher. Vielleicht wirklich eine fehlerhafte Transformation? Ansonsten müsste man sich mal die jpeg-Spezifikationen mal genauer angucken. Interessant, dass der IE das bemerkt, anscheinend geht er nicht einfach nach der Endung.
Viele Grüße
Mathias Bigge-
Hallo!
Diese Zusatzinfo (EXIF) hatte ich zum Testen bereits einmal entfernt. Daran lag es nicht. Aber siehe mein neues Posting!
Anderer Server, und es geht...WebFix
-
Hi,
Es kann schon sein, dass das Dateiformat irgendwelche Besonderheiten aufweist. Vielleicht bringt es was, die Dinger nochmal neu zu speichern. Ich hab's mir mal grob im Hex-Viewer angeschaut, da stecken zum Beispiel Infos über die Kamera drin (Nikon E775v1.4u; 1/213 Sek., Blende 8.9 und dergl.), ich glaube nicht, dass das für jpeg normal ist, bin mir aber nicht sicher.
doch, ist ganz normal. Und der IE verarbeitet diese Infos sogar - merkt man, wenn man ein Bild über die Bildansicht im Explorer dreht: sie bleibt beim Speichern erhalten.
Ich hatte auch noch an progressive komprimierung gedacht, aber das war's wohl auch nicht.freundliche Grüße
Ingo -
Hi,
Ich hab's mir mal grob im Hex-Viewer angeschaut, da stecken zum Beispiel Infos über die Kamera drin (Nikon E775v1.4u; 1/213 Sek., Blende 8.9 und dergl.), ich glaube nicht, dass das für jpeg normal ist,
Doch, wie WebFix/Ingo schon sagten, ist das bei jpeg ganz normal.
Nicht normal ist aber, daß man diese Daten drin läßt, wenn man die Bilder fürs Web bereitstellt - weil es die Datei unnötig groß macht.
(Bei Bildern aus meiner Kamera sind es immerhin ~ 18kB, um die die Datei kleiner wird, wenn einzig und allein die EXIF-Daten entfernt werden)cu,
Andreas--
MudGuard? Siehe http://www.Mud-Guard.de/
Fachfragen per E-Mail halte ich für unverschämt und werde entsprechende E-Mails nicht beantworten. Für Fachfragen ist das Forum da.-
Hallo
Nicht normal ist aber, daß man diese Daten drin läßt, wenn man die Bilder fürs Web bereitstellt - weil es die Datei unnötig groß macht.
Yep, das ist klar. Die Seite sollte ja auch nur mein Problem demonstrieren. Würde nie auf die Idee kommen zwei 300K große JPEG zu veröffentlichen - und dann auch noch auf ein Viertel verkleinert angezeigt ;-)
Gruß
WebFix
-
-
-
-
-
Hallo!
Danke für's Ausprobieren! Es kommt noch komischer!!
Nach langem Suchen und Probieren hab ich das ganze mal auf einen anderen Server hochgeladen. Und siehe da, die Datei wird auch im IE
gecached! Bild und Dateien sind nat. identisch.Vergleiche (wird nicht gecached): http://www.vortexeu.com/tests/oddjpgtest.html
(wird gecached): http://www.vortexport.net/tests/oddjpgtest.html
Also liegt das Problem wohl am Provider (Strato) in Verbindung mit dem IE *g*.
Ich dachte mir, daß vielleicht das manuelle Setzten des Mime-Types auf dem Server das Problem löst, aber leider ist das nicht so.
Noch Ideen?
Gruß
WebFix
-
Hi,
Danke für's Ausprobieren! Es kommt noch komischer!!
und wie: das Bild auf dem anderen Server wird zwar gecached, beim Speichern bietet der IE allerdings - beim erstmaligen Aufruf - immer noch unbekannt.bmp an. Nach reload dann .jpe - übrigens auch ein merkwürdiges Phänomen, den auf einigen Seiten bietet er .jpg an. Muß man wohl nicht verstehen..;-)
freundliche Grüße
Ingo -
hi,
Vergleiche (wird nicht gecached): http://www.vortexeu.com/tests/oddjpgtest.html
(wird gecached): http://www.vortexport.net/tests/oddjpgtest.html
bitte lies </faq/#Q-19>!
vergleiche mal die header,
http://www.schroepl.net/cgi-bin/http_trace.pl?url=http%3A%2F%2Fwww.vortexeu.com%2Ftests%2Fimages%2Fhimmeljpg.jpg&method=HEAD&version=HTTP%2F1.0
http://www.schroepl.net/cgi-bin/http_trace.pl?url=http%3A%2F%2Fwww.vortexport.net%2Ftests%2Fimages%2Fhimmeljpg.jpg&method=HEAD&version=HTTP%2F1.0bei dem nicht-gecachten ist ein expires-header für aufrufzeitpunkt+2h, beim anderen fehlt dieser völlig.
und vor allem:
Cache-Control: max-age=7200
beim nicht-gecachten.ich kenne die genaue bedeutung dieses headers nicht - aber klingt für mich nach "wenn last modified mehr als 7200 sekunden her ist, dann lade das bild auf jeden fall neu".
ich würde also an deiner stelle mal versuchen, dem server _diesen_ header abzugewöhnen.
gruß,
wahsaga--
"Look, that's why there's rules, understand? So that you _think_ before you break 'em."-
Hallo!
bitte lies </faq/#Q-19>!
Danke :-)
Die Header sind wirklich interessant. (btw: Tolles Skript)
Das kann ich mir schon vorstellen, daß der Bug nur bei dieser Einstellung auftritt. Leider kann ich da Serverseitig nichts dran drehen...
Nichtsdestotrotz bleibt es für mich ein Bug des IE, da der http-Header für die zweite Grafik (die ja gecached wird), was Caching angeht identisch ist.Fällt Dir oder jemandem sonst noch ein möglicher Workaround für den IE ein? Wie gesagt funktioniert es, wenn ich das Bild mittels <object> einbinde. Das führt aber bei XP SP2 zu Problemen.
Danke und Gruß
WebFix
-
-
