Memorare în cache prin proxy HTTP pentru URL-uri cu șiruri de interogare

Un șir de interogare nu face un răspuns nerecachabil conform regulilor HTTP moderne. O resursă publică precum /catalog?page=2 își poate declara direct prospețimea dorită:

Cache-Control: public, max-age=60

Aceasta este o politică ilustrativă pentru conținut public. Răspunsul trebuie totuși să îndeplinească celelalte cerințe de memorare în cache. Rezultatele personalizate nu ar trebui să obțină cache partajat doar pentru că un operator de proxy dorește o rată de accesare mai bună.

Interogarea rămâne parte din URI-ul țintă folosit în cheia de cache. Pagina 2 și pagina 3 sunt cereri diferite. Eliminarea interogării pentru ca URL-urile lor să arate la fel poate servi un rezultat în locul celuilalt; aceasta nu face rezultatele echivalente.

Restricția mai veche a HTTP privind prospețimea euristică pentru URL-urile cu interogare a fost eliminată după ce s-a dovedit prost implementată. Prospețimea explicită evită dependența de o presupunere a cache-ului, în timp ce regulile locale ale proxy-ului pot exclude în continuare anumite URL-uri.

Traficul HTTPS CONNECT obișnuit lasă resursa și politica sa de cache în interiorul TLS. Proxy-ul de redirecționare prin tunel nu obține un cache de obiecte pentru acele pagini doar pentru că URL-ul folosește o interogare.