HTTP-proxycaching til URL'er med forespørgselsstrenge
Giv forespørgselsbaserede ressourcer en bevidst cachepolitik, mens deres parameterværdier bevares i cachenøglen.
En forespørgselsstreng gør ikke et svar ucachebart under moderne HTTP-regler. En offentlig ressource som /catalog?page=2 kan angive sin tilsigtede friskhed direkte:
Cache-Control: public, max-age=60Det er en illustrativ politik for offentligt indhold. Svaret skal stadig opfylde de øvrige krav til cachebarhed. Personlige resultater bør ikke opnå delt caching, blot fordi en proxyoperatør ønsker en bedre hitrate.
Forespørgslen forbliver en del af den mål-URI, der bruges i cachenøglen. Side 2 og side 3 er forskellige anmodninger. At fjerne forespørgslen for at få deres URL'er til at se ens ud kan betjene det ene resultat i stedet for det andet; det gør ikke resultaterne ækvivalente.
HTTP's ældre begrænsning på heuristisk friskhed for forespørgsels-URL'er blev fjernet, efter at den viste sig dårligt implementeret. Eksplicit friskhed undgår at stole på en cachegætning, mens lokale proxyregler stadig kan udelukke bestemte URL'er.
Almindelig HTTPS CONNECT-trafik efterlader ressourcen og dens cachepolitik inde i TLS. Den tunnelerende videresendelsesproxy får ikke en objektcache til disse sider blot fordi URL'en bruger en forespørgsel.