http - headers - ¿Por qué se envía el atributo Cache-Control en el encabezado de solicitud(de cliente a servidor)?

http request

Question

Después de leer sobre el campo Cache-Control del encabezado HTTP,

Entiendo que el campo Control de caché en el encabezado de respuesta HTTP (servidor a cliente) especifica las directivas para los servidores proxy intermedios / navegador del cliente sobre cómo manejar la respuesta, al enviar diferentes valores para el campo Control de caché - privado, público , no-cache o no-store en el encabezado de respuesta.

Pero no entiendo por qué necesitamos enviar el atributo Cache-Control en el encabezado de solicitud (cliente a servidor)?

Answer 1

Además de la respuesta anterior,
Puede haber una configuración donde se implementa el encadenamiento de caché. En ese caso, si la solicitud llega al primer caché donde no está satisfecho, podría ir a un caché encadenado adicional.

Por lo tanto, para obtener la respuesta siempre desde el servidor, incluimos el control de caché en los encabezados de solicitud. Esto asegurará que la respuesta siempre provenga del servidor.

Answer 2

Un cliente puede enviar un encabezado de Cache-Control en una solicitud para solicitar un comportamiento de caché específico, como la revalidación, desde el servidor de origen y cualquier servidor proxy intermedio a lo largo de la ruta de solicitud.

Answer 3

Cache-Control: no-cache generalmente se utiliza en un encabezado de solicitud (enviado desde el navegador web al servidor) para forzar la validación del recurso en los proxies intermedios. Si el cliente no envía esta solicitud al servidor, los proxies intermedios devolverán una copia del contenido si está actualizada (no ha expirado de acuerdo con max-age campos Expire o max-age ). Cache-Control dirige estos proxies para revalidar la copia, incluso si está actualizada.