Hi,
Entweder ist die Ressource gecacht (und - implizit - gültig), dann wird sie nicht neu geladen; oder sie ist es nicht, dann gibt es nichts zum lokalen Zugreifen.
Tja! Das wäre schön, wenn es so wäre!
sprich bitte von Fakten nicht im Konjunktiv.
Ist es aber nicht! Ganz im Gegenteil, obwohl die S-Bibliotheken seit einem Jahr unverändert sind, werden sie doch während jeder Surfsession zig mal geladen.
Was hat Caching mit der (Nicht-)Veränderung von Daten zu tun?
Deshalb war ja jetzt meine Idee, durch ein Perl Script den Link entsprechend der wirklichen Gültigkeit auf lokal oder extern zu setzen.
Konfiguriere doch lieber den Server so, dass er hinreichend günstige Caching-Empfehlungen mitliefert, und den Client so, dass er sie beachtet. Wieso sollte eigentlich Perl irgend etwas clientseitiges beeinflussen können?
Das ganze Problem liegt wieder mal daran, dass keine Sau weiß, anhand welcher Kriterien ein Browser meint, nachladen zu müssen,
Doch, die Mechanismen sind eigentlich recht bekannt.
obwohl die Datei im Cache noch aktuell ist.
Wenn der Browser entscheidet, die Ressource nachzuladen, dann _ist_ die Datei nicht aktuell. Identisch vielleicht, auf keinen Fall aber aktuell.
Erst recht wird's richtig komisch, wenn es sich um Java-Script Bibliotheken handelt.
Wieso?
Cheatah
X-Self-Code: sh:( fo:} ch:~ rl:° br:> n4:& ie:% mo:) va:) de:] zu:) fl:{ ss:) ls:~ js:|
X-Self-Code-Url: http://emmanuel.dammerer.at/selfcode.html
X-Will-Answer-Email: No
X-Please-Search-Archive-First: Absolutely Yes