Hlavička Pragma a její místo v HTML

09.51 - 17. května 2008 | Webdesign

Velmi často se ve zdrojových kódech HTML stránek potkávám se zajímavým mýtem a to s následujícím tagem:

<meta http-equiv="pragma" content="no-cache">

Autor se tím pravděpodobně pokouší docílit toho, aby se jeho stránka necachovala. Přejdu-li to, že vypnutí cachování je nesmysl už z pohledu škálování výkonu webové aplikace, tak stejně užití pragmy nemá hlubšího významu.

Proč je použití Pragma:no-cache nesmysl

Hlavička Pragma s hodnotou no-cache je součástí specifikace HTTP 1.1 z historických důvodů a je dnes plně nahrazena hlavičkou Cache-Control.
Hlavička Pragma je pouze hlavičkou požadavku a v odpovědi nemá opodstatnění.

Hlavičku Pragma:no-cache posílali klienti HTTP/1.0 když nechtěli dostat cachovanou odpověď z lokální nebo proxy cache, ale přímo od serveru, který volali. Posílat ji tedy v odpovědi (natož v HTML) nemá žádný význam. Někdo by mohl podotknout, že mu to funguje. Mícrosoft na to říká: strkejte si pragmu do HTML, ale my vás stejně budem cachovat. Mozilla raději řídí cachování pomocí HTTP hlaviček a tento tag také ignoruje.

Závěr

Nejprve si rozmyslete, zda je pro vás zakázání cachování opravdu přínosné – v 99% případů nebude. Pokud stejně nebudete chtít cachovat (každý požadavek bude váš server muset vždy zpracovat, bude muset protéct po vaší lince atd.), posílejte HTTP hlavičku Cache-control s hodnotou no-cache. Vkládání do meta stránky nemá opodstatnění, zbytečně tak zvětšíte opověď a prohlížeče to stejně většinou ignorují.

Tagy: HTML, Pragma, Cache

Komentáře

Meta hlavička pragma je v součanosti opravdu k ničemu. Neřekl bych ale, že v 99% procentech případů není potřeba zakázat cachování. Není nic horšího než když přijdu na zpravodajský web a musím zmáčknout F5 abych si přečetl něco nového. Tohle dělala například Lupa.cz (zvláště u komentářů bylo potřeba pořád reloadovat).

Já jsem využil např. zakázání cachování na webu s přesným časem.

Ano oba případy se vejdou do toho 1% případů :) Můj názor je, že zakazování cachování nemá význam, spíše by se mělo nastavat správné cachování a nenechávat to na prohlížečích. Pak nebude problém s nutností reloadování.

Přesný čas bych neřešil přes HTML, protože stejně tam je nějaké zpoždění.

[2] David Od toho je NTP + hodiny v systému :) http://cs.wikipedia.org/…ime_Protocol

99% webů má tak malou návštěvnoust, že netrpí problémy se škálováním. A 90+% z nich ani o větší návštěvnoust nestojí. :)

[5] Nit To je zajímavá myšlenka, ale myslím, že nejden webhoster by si oddychnul, kdyby se jim správně nastaveným cachováním a úspornými aplikacemi snížila zátěž serverů a trafik na síti. Jsme v době, kdy pomalu přestává stačit kapacita sítě, není od věci se chovat úsporně i s nízkou návštěvností.

Místo pro tvůj názor

O autorovi

Jmenuji se Aleš Roubíček a jsem vývojář webových aplikací na platformě ASP.NET. Pracoval jsem v portálu Atlas.cz na katalogových aplikacích. Nyní pracuji v Twaregu na web 2.0 projektech a na reklamním systému. Zajímám se o webové technologie všeho druhu v poslední době především o mikroformáty, ASP.NET MVC a Silverlight. Pokud na mne máte nějaký dotaz nebo tak, neváhejte mne kontaktovat.