HTTP-proxycaching voor URL's met query strings

Een query string maakt een antwoord onder moderne HTTP-regels niet oncachebaar. Een openbare bron zoals /catalog?page=2 kan de beoogde versheid rechtstreeks aangeven:

Cache-Control: public, max-age=60

Dit is een illustratief beleid voor openbare inhoud. Het antwoord moet nog steeds aan de andere cachebaarheidseisen voldoen. Gepersonaliseerde resultaten zouden geen gedeelde cache moeten krijgen alleen omdat een proxybeheerder een betere hitratio wil.

De query blijft deel van de doel-URI die in de cachesleutel wordt gebruikt. Pagina 2 en pagina 3 zijn verschillende verzoeken. De query verwijderen zodat hun URL's er hetzelfde uitzien kan het ene resultaat voor het andere serveren; het maakt de resultaten niet gelijkwaardig.

HTTP's oudere beperking op heuristische versheid voor query-URL's werd verwijderd nadat bleek dat die slecht was geïmplementeerd. Expliciete versheid vermijdt afhankelijkheid van een cacheschatting, terwijl lokale proxyregels bepaalde URL's nog steeds kunnen uitsluiten.

Gewoon HTTPS CONNECT-verkeer laat de bron en zijn cachebeleid binnen TLS. De tunnelende forwardproxy krijgt geen objectcache voor die pagina's alleen omdat de URL een query gebruikt.