HTTP прокси кеширане за URL адреси със заявки
Дайте на ресурсите, базирани на заявки, обмислена политика за кеширане, като запазите стойностите на параметрите им в ключа на кеша.
Низът на заявката не прави отговора некешируем по съвременните правила на HTTP. Публичен ресурс като /catalog?page=2 може да обяви предвидената си свежест директно:
Cache-Control: public, max-age=60Това е илюстративна политика за публично съдържание. Отговорът все още трябва да отговаря на другите изисквания за кешируемост. Персонализираните резултати не бива да получават споделено кеширане само защото операторът на прокси иска по-добър процент на попадения.
Заявката остава част от целевия URI, използван в ключа на кеша. Страница 2 и страница 3 са различни заявки. Премахването на заявката, за да изглеждат URL адресите им еднакви, може да сервира един резултат вместо друг; това не прави резултатите еквивалентни.
По-старото ограничение на HTTP върху евристичната свежест за URL адреси със заявки беше премахнато, след като се оказа лошо реализирано. Явната свежест избягва разчитането на догадка на кеша, докато локалните правила на проксито все още могат да изключват определени URL адреси.
Обикновеният HTTPS CONNECT трафик оставя ресурса и политиката му за кеширане вътре в TLS. Тунелиращият преден прокси не получава обектен кеш за тези страници просто защото URL адресът използва заявка.