Hi,
<META HTTP-EQUIV="Jon Eyrick" CONTENT="no-cache">
RFC 2616 definiert keinen HTTP-Header namens "Jon Eyrick". Der ist sogar technisch ungültig, weil im Headernamen keine Leerzeichen erlaubt sind.
verhindert man ja das der browser die seite in den chace ladet...
Ehrlich? Vielleicht verhindert man die gesamte Interpretation der Seite, und damit dann auch das Caching, aber _direkt_...?
1.) geht das auch bei NS oder nur bei IE und wie schauts mit opra und so aus
_Kein_ Browser sollte mit obigem Code etwas anfangen können. Bei _korrekten_ Headern gilt aber immer das gleiche: Sie sind nicht einfach nur von der Art des Client abhängig, sondern von dessen Konfiguration. _Ich_ kann entscheiden, dass _mein_ Browser alles cacht, oder auch gar nichts. Das ist meine Sache - Du kannst allenfalls bestmöglich empfehlen.
2.) was heißt das genau?
Nichts. Siehe oben.
wird gar nix in den chace geladen also auch keine images und so oder nur die html seite
Ein HTTP-Header bezieht sich immer nur auf die eine Ressource, mit der er kommt. Wenn Du die Grafiken ebenfalls nicht cachen lassen möchtest, müssen die ihre eigenen HTTP-Header mitbringen. HTTP-äquivalente Header (also <meta http-equiv>) sind ausschließlich bei (X)HTML möglich.
3.) das verhindert aber nicht dass der browser uas dem cache liest oder?
Nein, dazu muss das, was im Cache liegt, bereits daran gehindert worden sein, hineingeschrieben werden. Nachträglich ist zu spät.
wenn man zb mit einem preloader die images preloadet werden sie dann aus dem chace bei der seite dann gelesen?
Preloading funktioniert exakt so wie schlichte Darstellung. Das Caching-Verhalten des Browsers ist absolut identisch - der einzige Unterschied ist, dass Preloading (idealerweise) kurz vorher passiert.
Cheatah
X-Will-Answer-Email: No