Cache de proxy HTTP para URL com strings de consulta
Dê aos recursos baseados em consultas uma política de cache deliberada, mantendo os valores dos seus parâmetros na chave de cache.
Uma string de consulta não torna uma resposta não armazenável em cache segundo as regras modernas de HTTP. Um recurso público como /catalog?page=2 pode declarar a frescura pretendida diretamente:
Cache-Control: public, max-age=60Essa é uma política ilustrativa para conteúdo público. A resposta ainda deve satisfazer os outros requisitos de armazenabilidade em cache. Resultados personalizados não devem adquirir cache compartilhado só porque um operador de proxy quer uma melhor taxa de acertos.
A consulta continua a fazer parte do URI de destino usado na chave de cache. A página 2 e a página 3 são solicitações diferentes. Remover a consulta para que os seus URL pareçam iguais pode servir um resultado no lugar do outro; isso não torna os resultados equivalentes.
A antiga restrição do HTTP sobre a frescura heurística para URL com consulta foi removida depois de se revelar mal implementada. A frescura explícita evita depender de um palpite do cache, enquanto as regras locais do proxy ainda podem excluir URL específicos.
O tráfego HTTPS CONNECT comum deixa o recurso e a sua política de cache dentro do TLS. O proxy de encaminhamento em túnel não obtém um cache de objetos para essas páginas só porque o URL usa uma consulta.