Después de leer sobre el Cache-Control
campo del encabezado HTTP,
Yo entiendo que el Cache-Control
campo en el encabezado de respuesta HTTP (servidor al cliente) especifica las directrices para el navegador de servidores proxy intermedios / cliente sobre cómo manejar la respuesta, mediante el envío de distintos valores para el Cache-Control
campo: private
, public
, no-cache
, o no-store
en la cabecera de respuesta.
Pero no entiendo por qué necesitamos enviar el Cache-Control
atributo en el encabezado de la solicitud (cliente a servidor).
fuente
Un cliente puede enviar un
Cache-Control
encabezado en una solicitud para solicitar un comportamiento de almacenamiento en 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.fuente
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á satisfecha, podría ir a un caché encadenado adicional.
Por lo tanto, para obtener la respuesta siempre del servidor, incluimos el control de caché en los encabezados de solicitud. Esto asegurará que la respuesta siempre sea del servidor.
fuente
Cache-Control: no-cache
le dirá a los proxies que se aseguren de que la respuesta se valida por completo.