HTTP-proxycachning för URL:er med frågesträngar

En frågesträng gör inte ett svar ocachebart enligt moderna HTTP-regler. En offentlig resurs som /catalog?page=2 kan ange sin avsedda färskhet direkt:

Cache-Control: public, max-age=60

Detta är en illustrativ policy för offentligt innehåll. Svaret måste fortfarande uppfylla de andra cachebarhetskraven. Personaliserade resultat bör inte få delad cachning bara för att en proxyoperatör vill ha en bättre träfffrekvens.

Frågan förblir en del av mål-URI:n som används i cachenyckeln. Sida 2 och sida 3 är olika förfrågningar. Att ta bort frågan för att få deras URL:er att se likadana ut kan servera det ena resultatet i stället för det andra; det gör inte resultaten likvärdiga.

HTTP:s äldre begränsning av heuristisk färskhet för fråge-URL:er togs bort efter att den visat sig vara dåligt implementerad. Explicit färskhet undviker att förlita sig på en cachegissning, medan lokala proxyregler fortfarande kan utesluta vissa URL:er.

Vanlig HTTPS CONNECT-trafik lämnar resursen och dess cachepolicy inuti TLS. Den tunnlande vidarebefordrande proxyn får ingen objektcache för dessa sidor bara för att URL:en använder en fråga.