Кешування HTTP-проксі для URL з рядками запитів

Рядок запиту не робить відповідь некешованою за сучасними правилами HTTP. Публічний ресурс, як-от /catalog?page=2, може безпосередньо зазначити бажану свіжість:

Cache-Control: public, max-age=60

Це ілюстративна політика для публічного вмісту. Відповідь усе ще має задовольняти інші вимоги до кешованості. Персоналізовані результати не повинні отримувати спільний кеш лише тому, що оператор проксі хоче кращий коефіцієнт влучань.

Запит залишається частиною цільового URI, що використовується в ключі кешу. Сторінка 2 і сторінка 3 — це різні запити. Видалення запиту, щоб їхні URL виглядали однаково, може віддати один результат замість іншого; це не робить результати еквівалентними.

Старіше обмеження HTTP щодо евристичної свіжості для URL із запитом було скасовано після того, як з'ясувалося, що його погано реалізовано. Явна свіжість дає змогу не покладатися на здогад кешу, а локальні правила проксі все ще можуть виключати окремі URL.

Звичайний трафік HTTPS CONNECT залишає ресурс та його політику кешування всередині TLS. Тунелювальний прямий проксі не отримує кеш об'єктів для цих сторінок лише тому, що URL використовує запит.