Memoria caché do proxy HTTP para URL con cadeas de consulta
Dalle aos recursos baseados en consultas unha política de caché deliberada e mantén os valores dos seus parámetros na clave da caché.
Unha cadea de consulta non fai que unha resposta non sexa almacenable en caché segundo as regras modernas de HTTP. Un recurso público como /catalog?page=2 pode declarar directamente a súa frescura prevista:
Cache-Control: public, max-age=60Esta é unha política ilustrativa para contido público. A resposta aínda debe cumprir os demais requisitos de almacenabilidade en caché. Os resultados personalizados non deberían adquirir caché compartida só porque un operador de proxy queira unha mellor taxa de acertos.
A consulta segue formando parte do URI de destino usado na clave da caché. A páxina 2 e a páxina 3 son solicitudes diferentes. Eliminar a consulta para que os seus URL parezan iguais pode servir un resultado polo outro; non fai que os resultados sexan equivalentes.
A antiga restrición de HTTP sobre a frescura heurística para URL con consulta eliminouse despois de comprobarse que estaba mal implementada. A frescura explícita evita depender dunha conxectura da caché, mentres que as regras locais do proxy aínda poden excluír URL concretos.
O tráfico HTTPS CONNECT ordinario deixa o recurso e a súa política de caché dentro de TLS. O proxy de reenvío en túnel non obtén unha caché de obxectos para esas páxinas só porque o URL use unha consulta.