HTTP proxy cache-a query stringak dituzten URLentzat

Kontsulta-kate batek ez du erantzun bat cachean gorde ezineko bihurtzen HTTPren arau modernoen arabera. Baliabide publiko batek, /catalog?page=2 adibidez, zuzenean adieraz dezake nahi duen freskotasuna:

Cache-Control: public, max-age=60

Hori eduki publikorako politika adierazgarria da. Erantzunak cachean gordetzeko beste baldintzak ere bete behar ditu. Emaitza pertsonalizatuek ez lukete cache partekatua lortu behar proxy-eragile batek hit-tasa hobea nahi duelako bakarrik.

Kontsulta cache-gakoan erabiltzen den helburuko URIaren parte izaten jarraitzen du. 2. orria eta 3. orria eskaera desberdinak dira. Kontsulta kenduta haien URLak berdinak dirudiela, emaitza bat bestearen ordez zerbitza daiteke; horrek ez ditu emaitzak baliokide egiten.

HTTPren hasierako freskotasun heuristikorako murrizketa query URLetarako kendu egin zen gaizki inplementatua zela frogatu ondoren. Freskotasun esplizituak cachearen ustean ez fidatzea saihesten du, eta proxy-arauek URL jakin batzuk baztertu ditzakete oraindik.

Ohiko HTTPS CONNECT trafikoak baliabidea eta haren cache-politika TLS barruan uzten ditu. Tunelatze-proxy aurreratuak ez du objektuen cacherik lortzen orrialde horietarako URLak kontsulta bat erabiltzen duelako soilik.