HTTP прокси кеширање за URL со низи за барање

Низата за барање не прави одговорот некеширлив според современите HTTP правила. Јавен ресурс како /catalog?page=2 може директно да ја наведе предвидената свежина:

Cache-Control: public, max-age=60

Ова е илустративна политика за јавна содржина. Одговорот сепак мора да ги задоволи другите барања за кеширање. Персонализираните резултати не треба да добијат споделен кеш само затоа што операторот на прокси сака подобра стапка на погодоци.

Барањето останува дел од целниот URI што се користи во клучот за кеш. Страница 2 и страница 3 се различни барања. Отстранувањето на барањето за нивните URL да изгледаат исто може да послужи еден резултат наместо другиот; тоа не ги прави резултатите еквивалентни.

Старограниченото ограничување на HTTP за хеуристичка свежина на URL со барање беше отстрането откако се покажа како лошо имплементирано. Експлицитната свежина избегнува потпирање на претпоставка на кешот, додека локалните прокси правила сè уште можат да исклучат одредени URL.

Обичниот HTTPS CONNECT сообраќај го остава ресурсот и неговата политика за кеширање внатре во TLS. Тунелскиот проследен прокси не добива кеш на објекти за тие страници само затоа што URL користи барање.