HTTP-Proxy-Caching fir URLen mat Query-Strings
Gitt querybaséierte Ressourcen eng bewosst Cache-Politik, während hir Parameterwäerter am Cache-Schlüssel bleiwen.
En Query-String mécht eng Äntwert ënner modernen HTTP-Regele net oncachebar. Eng ëffentlech Ressource wéi /catalog?page=2 kann hir virgesinn Fräschheet direkt uginn:
Cache-Control: public, max-age=60Dëst ass eng illustrativ Politik fir ëffentlechen Inhalt. D'Äntwert muss nach ëmmer déi aner Cachebarkeets-Ufuerderungen erfëllen. Personaliséiert Resultater sollten net gedeelt Caching kréien, just well en Proxy-Bedreiwer eng besser Hitrate wëllt.
D'Query bleift en Deel vun der Zil-URI, déi am Cache-Schlüssel benotzt gëtt. Säit 2 a Säit 3 sinn ënnerschiddlech Ufroen. D'Query ewechzehuelen, sou datt hir URLen d'selwecht ausgesinn, kann dat eng Resultat fir dat anert ausliwweren; et mécht d'Resultater net gläichwäerteg.
Dem HTTP seng méi al Restriktioun op heuristesch Fräschheet fir Query-URLen gouf ewechgeholl, nodeems se sech als schlecht ëmgesat erwisen huet. Explizit Fräschheet vermeit et, sech op eng Cache-Schätzung ze verloossen, während lokal Proxy-Regele bestëmmten URLen nach ëmmer ausschléissen kënnen.
Gewéinlechen HTTPS CONNECT-Trafic léisst d'Ressource an hir Cache-Politik bannent TLS. De tunnelerende Forward-Proxy kritt keen Objektcache fir déi Säiten just well d'URL eng Query benotzt.