http - htaccess - cache-control max-age=0
HTTP Cache Control max-age, debe revalidar (2)
Tengo un par de consultas relacionadas con Cache-Control.
Si especifico Cache-Control max-age=3600, must-revalidate
para un archivo estático html / js / images / css, con el último encabezado modificado definido en el encabezado HTTP:
- ¿El caché del navegador / proxy (como Squid / Akamai) llega hasta el servidor de origen para validar antes de que caduque la máxima edad ? ¿O servirá contenido de caché hasta que caduque la edad máxima?
- Después de la expiración máxima (que caduca de la memoria caché), ¿existe una verificación If-Modified-Since o el contenido se volvió a descargar del servidor de origen sin verificación If-Modified-Since?
a) Si el servidor incluye este encabezado:
Cache-Control "max-age=3600, must-revalidate"
le está diciendo tanto a las cachés de los clientes como a las cachés proxy que una vez que el contenido está desactualizado (más de 3600 segundos) deben revalidar en el servidor de origen antes de que puedan servir el contenido. Este debería ser el comportamiento predeterminado de los sistemas de almacenamiento en caché, pero la directiva must-revalidate
hace que este requisito no sea ambiguo.
b) El cliente debe revalidar. Podría revalidarse usando los encabezados If-Match
o If-None-Match
con un ETag, o podría usar los encabezados If-Modified-Since
o If-Unmodified-Since
con una fecha.
a. Mire la pestaña ''Estadísticas'' en esta página y vea qué sucede.
segundo. Después de la caducidad, el navegador verificará en el servidor si el archivo se actualiza. De lo contrario, el servidor responderá con un encabezado 304 Not Modified
y no se descargará nada.
Puede verificar este comportamiento usted mismo mirando el panel ''Red'' en Firebug o herramientas similares. Simplemente vuelva a ingresar la URL en la barra de direcciones y compare el número de solicitudes HTTP con el número de solicitudes cuando su caché esté vacía.