Ukládání do mezipaměti HTTP proxy pro URL s dotazovacími řetězci

Dejte zdrojům založeným na dotazech promyšlenou politiku mezipaměti a přitom zachovejte hodnoty jejich parametrů v klíči mezipaměti.

Dotazovací řetězec nedělá odpověď neukládatelnou podle moderních pravidel HTTP. Veřejný zdroj, jako je /catalog?page=2, může svou zamýšlenou čerstvost uvést přímo:

Cache-Control: public, max-age=60

To je ilustrativní politika pro veřejný obsah. Odpověď stále musí splňovat další požadavky na ukládání do mezipaměti. Personalizované výsledky by neměly získat sdílenou mezipaměť jen proto, že operátor proxy chce lepší míru zásahů.

Dotaz zůstává součástí cílového URI použitého v klíči mezipaměti. Strana 2 a strana 3 jsou různé požadavky. Odstranění dotazu, aby jejich URL vypadaly stejně, může obsloužit jeden výsledek místo druhého; výsledky to nečiní rovnocennými.

Starší omezení HTTP na heuristickou čerstvost pro URL s dotazem bylo zrušeno poté, co se ukázalo, že je špatně implementováno. Explicitní čerstvost se vyhýbá spoléhání na odhad mezipaměti, zatímco místní pravidla proxy mohou stále vyloučit konkrétní URL.

Běžný provoz HTTPS CONNECT nechává zdroj i jeho politiku mezipaměti uvnitř TLS. Tunelující dopředná proxy nezískává pro tyto stránky objektovou mezipaměť jen proto, že URL používá dotaz.

Související články