HTTP proxy caching para sa mga URL na may query string

Hindi ginagawang hindi naka-cache ang isang tugon ng query string sa ilalim ng modernong mga tuntunin ng HTTP. Ang isang pampublikong resource tulad ng /catalog?page=2 ay maaaring direktang magpahayag ng nilalayong pagkasariwa nito:

Cache-Control: public, max-age=60

Ito ay isang halimbawang patakaran para sa pampublikong nilalaman. Kailangan pa ring matugunan ng tugon ang iba pang mga kinakailangan sa cacheability. Ang mga personalisadong resulta ay hindi dapat magkaroon ng shared caching dahil lamang gusto ng operator ng proxy ang mas mahusay na hit rate.

Ang query ay nananatiling bahagi ng target na URI na ginagamit sa cache key. Ang pahina 2 at pahina 3 ay magkaibang mga kahilingan. Ang pag-alis ng query upang magmukhang pareho ang kanilang mga URL ay maaaring maghatid ng isang resulta para sa isa pa; hindi nito ginagawang katumbas ang mga resulta.

Ang mas lumang paghihigpit ng HTTP sa heuristic na pagkasariwa para sa mga URL na may query ay inalis matapos mapatunayang hindi maganda ang pagkakapatupad. Ang tahasang pagkasariwa ay umiiwas sa pag-asa sa hula ng cache, habang ang mga lokal na patakaran ng proxy ay maaari pa ring magbukod ng mga partikular na URL.

Ang ordinaryong trapiko ng HTTPS CONNECT ay iniiwan ang resource at ang patakaran ng cache nito sa loob ng TLS. Ang tunneling forward proxy ay hindi nakakakuha ng object cache para sa mga pahinang iyon dahil lamang gumagamit ng query ang URL.