HTTP proxy keširanje za URL-ove s upitnim nizovima

Upitni niz ne čini odgovor nekešabilnim prema modernim HTTP pravilima. Javni resurs kao što je /catalog?page=2 može direktno navesti svoju namjeravanu svježinu:

Cache-Control: public, max-age=60

To je ilustrativna politika za javni sadržaj. Odgovor i dalje mora zadovoljiti ostale zahtjeve kešabilnosti. Personalizirani rezultati ne bi trebali dobiti zajedničko keširanje samo zato što operater proxyja želi bolju stopu pogodaka.

Upit ostaje dio ciljnog URI-ja koji se koristi u ključu keša. Stranica 2 i stranica 3 su različiti zahtjevi. Uklanjanje upita da bi njihovi URL-ovi izgledali isto može poslužiti jedan rezultat umjesto drugog; to ne čini rezultate ekvivalentnim.

HTTP-ovo starije ograničenje heurističke svježine za URL-ove s upitom uklonjeno je nakon što se pokazalo loše implementiranim. Eksplicitna svježina izbjegava oslanjanje na nagađanje keša, dok lokalna proxy pravila i dalje mogu isključiti određene URL-ove.

Običan HTTPS CONNECT saobraćaj ostavlja resurs i njegovu politiku keširanja unutar TLS-a. Tunelirajući prosljeđujući proxy ne dobija keš objekata za te stranice samo zato što URL koristi upit.