Almacenamiento en caché del proxy HTTP para URL con cadenas de consulta
Dé a los recursos basados en consultas una política de caché deliberada y conserve los valores de sus parámetros en la clave de caché.
Una cadena de consulta no hace que una respuesta no sea almacenable en caché según las reglas modernas de HTTP. Un recurso público como /catalog?page=2 puede declarar su frescura prevista directamente:
Cache-Control: public, max-age=60Esa es una política ilustrativa para contenido público. La respuesta aún debe cumplir los demás requisitos de almacenabilidad en caché. Los resultados personalizados no deberían adquirir caché compartida solo porque un operador de proxy quiera una mejor tasa de aciertos.
La consulta sigue formando parte del URI de destino utilizado en la clave de caché. La página 2 y la página 3 son solicitudes diferentes. Eliminar la consulta para que sus URL parezcan iguales puede servir un resultado por el otro; no hace que los resultados sean equivalentes.
La antigua restricción de HTTP sobre la frescura heurística para URL con consultas se eliminó tras comprobarse que estaba mal implementada. La frescura explícita evita depender de una conjetura de la caché, mientras que las reglas locales del proxy aún pueden excluir URL concretas.
El tráfico HTTPS CONNECT ordinario deja el recurso y su política de caché dentro de TLS. El proxy directo de túnel no obtiene una caché de objetos para esas páginas solo porque la URL use una consulta.