HTTP proxy keširanje za URL-ove s upitnim nizovima
Dajte resursima koji se temelje na upitima namjernu politiku keširanja, čuvajući vrijednosti njihovih parametara u ključu keša.
Upitni niz ne čini odgovor nekeširajućim prema modernim pravilima HTTP-a. Javni resurs poput /catalog?page=2 može izravno navesti svoju namjeravanu svježinu:
Cache-Control: public, max-age=60To je ilustrativna politika za javni sadržaj. Odgovor i dalje mora zadovoljiti ostale uvjete keširanja. 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 različiti su zahtjevi. Uklanjanje upita kako bi njihovi URL-ovi izgledali isto može poslužiti jedan rezultat umjesto drugog; to ne čini rezultate jednakovrijednima.
Starije HTTP 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.
Uobičajeni HTTPS CONNECT promet ostavlja resurs i njegovu politiku keširanja unutar TLS-a. Tunelirajući prosljeđujući proxy ne dobiva keš objekata za te stranice samo zato što URL koristi upit.