Кэшаванне HTTP-проксі для URL з радкамі запыту

Радок запыту не робіць адказ некэшаваным па сучасных правілах HTTP. Публічны рэсурс, такі як /catalog?page=2, можа непасрэдна абвясціць сваю меркаваную свежасць:

Cache-Control: public, max-age=60

Гэта паказальная палітыка для публічнага змесціва. Адказ па-ранейшаму павінен задавальняць іншыя патрабаванні да кэшаванасці. Персаналізаваныя вынікі не павінны атрымліваць супольнае кэшаванне толькі таму, што аператар проксі хоча лепшага каэфіцыента трапленняў.

Запыт застаецца часткай мэтавага URI, які выкарыстоўваецца ў ключы кэша. Старонка 2 і старонка 3 — гэта розныя запыты. Выдаленне запыту, каб іх URL выглядалі аднолькава, можа падаць адзін вынік замест іншага; гэта не робіць вынікі эквівалентнымі.

Старое абмежаванне HTTP на эўрыстычную свежасць для URL з запытамі было знята пасля таго, як выявілася, што яно дрэнна рэалізавана. Яўная свежасць пазбягае залежнасці ад здагадкі кэша, а лакальныя правілы проксі па-ранейшаму могуць выключаць пэўныя URL.

Звычайны трафік HTTPS CONNECT пакідае рэсурс і яго палітыку кэшавання ўнутры TLS. Тунэлюючы прамы проксі не атрымлівае аб'ектнага кэша для гэтых старонак проста таму, што URL выкарыстоўвае запыт.