Hallo,

Wolfgang hat das glaube ich schon in Bearbeitung. Mit den wenigen Infos und auf die Schnelle habe ich mal einen Test in einem jsFiddle angelegt. Da sich die Elemente kaum ändern ist das relativ schwierig angemessen zu testen.

Hier aber auch nochmal ein paar Links, über welche ich bei der Recherche nach "jquery iframe refresh" gestoßen bin:
http://www.jquerybyexample.net/2012/08/h...ing-jquery.html
http://stackoverflow.com/questions/42498...4249946#4249946
http://stackoverflow.com/questions/20648...sing-javascript

Vielleicht ist das die Lösung des Problems oder kann euch zumindest etwas weiterhelfen.

In dem angelegten jsFiddle sollte das Neuladen durch das Neusetzen des src-Attributs (in dem Fall mit jQuery) erreicht werden. Das sparte im Endeffekt die span-Container außenrum und die nochmalige Auflistung aller URLs, um den Inhalt der SPANs auszutauschen. Neugeladen werden letztlich auch nur die Elemente, welche mit der Klasse refreshable ausgestattet wurden, die anderen werden nicht angetastet.

Weil ich nur die URLs zur Verfügung hatte, habe mich dabei etwas von deren PHP-Endung verleiten lassen und nicht mehr explizit auf den ausgelieferten Mime-Type geachtet, deshalb war das erste jsFiddle auch mit IFrames aufgebaut. Prinzpiell lässt sich das allerdings auch auf die src-Attribute von Bildern anwenden, was ich nun in dem ersten jsFiddle-Link bereits daraufhin aktualisiert habe.

Das Skript mit den zusätzlichen SPANs etc. funktioniert soweit in etwa gleich, da beim Austauschen des gesamten Bildes natürlich auch die src neugeladen wird. Dafür müssen aber für jedes Element neue IDs ausgedacht und eben alle Quellen nochmals zusätzlich im Skript selbst gelistet werden. Ob das automatisch oder bei Klick auf einen Button passiert ist im Grunde auch egal.


Probleme sehe ich im Browser-Cache, welcher bei jedem User anders eingestellt sein kann und die vom Server abzurufenden Daten evtl. auch nicht zum immer kompletten Neuladen gekennzeichnet wurden. Aufgrund der nur sporadischen Aktualisierung der Quellen ist das sehr mühselig zu testen. Bei [IFRAME].contentWindow.location.reload(true); sorgt wenigstens das true für ein erzwungenes Neuladen ohne Cache, allerdings bezieht sich das leiderauf IFrames statt Bilder und funktioniert außerdem nur, wenn der Inhalt des IFrames auf der gleichen Domain liegt, da sonst die Zugriffsberechtigungen im Browser diesen Aufruf unterbinden, dazu auch ein wenig in den geposteten Links in meinem letzten Beitrag.

Hier macht es glaube ich keinen Unterschied, ob das Skript hochgeladen wurde. Es funktioniert eben nicht, aufgrund einer Zwischenspeicherung im Browser, wodurch ein und dieselbe Adresse nicht mehr erneut vom Server abgerufen wird. Bei Bildern scheint es zusätzlich so zu sein, dass neben dem Cache die Bilder in einem Zwischenspeicher für die aktuell aufgerufene Seite vorgehalten werden. Daher wird immer das selbe Bild verwendet, selbst wenn du viele neue img-Tags erzeugen würdest, zumindest solange sie auf die selbe Bild-Adresse verweisen. Dieser Zwischenspeicher wird erst erneuert, wenn die ganze Seite aktualisiert wurde.

Der erzwungene Reload ohne Cache bleibt den IFrames vorbehalten. Für einfache Bilder sind die img-Tags semantisch auch die korrektere Wahl. Zudem funktioniert das eben auch nur, wenn der Inhalt des IFrames von der gleichen Domain kommt, wie die Websit, in welcher der IFrame selbst angezeigt wird.

Bei den vorgegeben Bild-Links ist das Problem, dass sie sich nur sporadisch aktualisieren und es daher schwer festzustellen ist, ob das Bild neu abgerufen wurde und nur den gleichen Inhalt enthält oder ob die Aktualisierung fehlgeschlagen ist. Das bedeutet bei jedem neuen Ansatz immer erstmal warten …

Also wenn der Button auch nach 5-10min warten die Bilder nicht aktualisiert, dann springt bei dir wohl tatsächlich noch dein Cache dazwischen. Nicht allzu verwunderlich, da der Server in den Antwort-Headern immer Cache-Control=5184000 mitsendet, was 60 Tagen entsprechen müsste. Bei mir ist das Caching im Browser nicht so aggressiv eingestellt, sodass er die Regel wohl ignoriert und trotzdem die aktuellste Version des Bildes abruft. Damit hatte ich also nur das Problem, dass die Daten der angezeigten Seite im Zwischenspeicher im RAM wiederverwendet wurden, was sich dann letztlich durch den Anker umgehen lies.

Wenn bei dir also nach Umgehen des Zwischenspeichers immer noch das alte Bild erscheint, kannst du es statt mit der Raute mal mit einem Fragezeichen versuchen (also ein GET-Parameter). Das zählt dann wirklich als neue URL, welche auch einen weiteren Request auslöst. Aufgrund der neuen Adresse sollte dann auch nicht mehr der Cache einspringen.

return originalSource + '?r=' + (new Date()).getTime();