Deshabilite el almacenamiento en caché al servir archivos estáticos con Nginx (para desarrollo)

Estamos utilizando Nginx para servir archivos estáticos en una plataforma de desarrollo. Como es una plataforma de desarrollo, nos gustaría deshabilitar el almacenamiento en caché para que cada cambio se propague al servidor. La configuración del VHost es bastante simple:

server {
  server_name  static.server.local;
  root /var/www/static;

  ## Default location
  location / {
    access_log        off;
    expires           0;
    add_header        Cache-Control private;
  } 
}

Cuando accedemos a un archivo HTML ( http: //static.server.local/test.html ), no tenemos ningún problema: el servidor devuelve un código 304 No modificado siempre que el archivo no se modifique, y una respuesta 200 OK con el archivo modificado cuando se cambia el archivo.
Sin embargo, parece comportarse de manera diferente con un archivo Javascript o CSS. Una vez que se cambia el archivo, obtenemos una respuesta 200 OK como se esperaba, pero con el texto anterior.
¿Existe un mecanismo de caché interno en Nginx que podría explicar este comportamiento? ¿O alguna configuración que deberíamos agregar?

Como nota al margen, aquí está el encabezado devuelto por Nginx cuando el archivo ha sido modificado (parece correcto):

Accept-Ranges:bytes
Cache-Control:max-age=0
private
Connection:keep-alive
Content-Length:309
Content-Type:text/css
Date:Fri, 13 May 2011 14:13:13 GMT
Expires:Fri, 13 May 2011 14:13:13 GMT
Last-Modified:Fri, 13 May 2011 14:13:05 GMT
Server:nginx/0.8.54

Editar
Después de probar diferentes configuraciones con la expiresdirectiva y el Cache-Controlencabezado, realicé algunas investigaciones adicionales. De hecho, el servidor está instalado en un Ubuntu VirtualBox invitado, y los datos se leen desde una carpeta compartida que se encuentra en el host Mac OSX.
Si el archivo se edita desde un IDE (NetBeans) en el host, parece que los cambios no aparecen, mientras que si lo edito directamente en el invitado (usando VIM), se actualiza.
Lo extraño es que no se comporta de manera similar con los archivos HTML.
Muy desconcertante.

Edición 2 (RESPUESTA)
De hecho, el origen del problema estaba más en el lado de VirtualBox. O más bien un conflicto entre VirtualBox y la opción "sendfile" del servidor.
Este enlace VirtualBox odia Sendfile me dio la solución: cambiar el sendfile indicador en la configuración del servidor de fuera :

sendfile  off;

Espero que esto también pueda ayudar a otras personas que usan VirtualBox para el desarrollo. :)
Hay información adicional en el foro VirtualBox .

Dado que la respuesta está de alguna manera oculta en la pregunta, aquí está la solución para nginx en un entorno VirtualBox como respuesta independiente.

En su configuración nginx (usualmente /etc/nginx/nginx.conf) o en el archivo de configuración vhost, cambie el sendfileparámetro a off:

sendfile  off;

Si bien sendfileestá en el corazón de la fama de Nginx (eficiencia de servicio de archivos estáticos ultrarrápidos de bajo nivel) podría ser una pesadilla para el desarrollo local, por ejemplo, los JavaScripts que cambian con frecuencia y necesitan ser recargados. No obstante, Nginx sendfile es inteligente y probablemente no sea un problema de la mayoría de las personas; ¡verifique también las opciones de "deshabilitar caché" de su navegador!

establece tu etiqueta de caducidad en

expires off;

y no debería establecer ningún encabezado caducado, también podría ser el almacenamiento en caché de su navegador incorrectamente

Si nada de lo mencionado anteriormente ayuda y aún así Nginx devuelve contenido antiguo de sus archivos, puede estar relacionado con un problema open_file_cache.

Ver como referencia:

• http://nginx.org/en/docs/http/ngx_http_core_module.html#open_file_cache
• https://rtcamp.com/tutorials/nginx/open-file-cache/

Este es un error antiguo en VirtualBox (ver: # 819 , # 9069 , # 12597 , # 14920 ) donde vboxvfs parece tener algunos problemas con el acceso mmapped a los archivos que están sincronizados.

Esto puede suceder cuando edita el archivo fuera de la VM y espera ver el mismo cambio dentro de la VM.

Para solucionar este problema, debe deshabilitar la compatibilidad del archivo de envío del núcleo para entregar archivos al cliente deshabilitando la EnableSendfileopción . Esto es especialmente problemático para archivos montados en NFS o SMB.

ParaNginx (cambio en nginx.conf), p. Ej.

sendfile off;

Similar para Apache (en httpd.confo en el archivo vhosts), p. Ej.

<Directory "/path-to-nfs-files">
  EnableSendfile Off
</Directory>

Después del cambio, vuelva a cargar el Apache.

Otra posible solución es recordar no editar los archivos en el host, o intentar volver a editar el mismo archivo, pero dentro de la VM.

Otra solución alternativa incluye soltar el caché de páginas de Linux, por ejemplo

echo 1 > /proc/sys/vm/drop_caches

O para borrar los cachés cada segundo (según esta publicación ), intente:

watch -n 1 $(sync; echo 1 > /proc/sys/vm/drop_caches)

^{Nota: El número 1 significa liberar el caché de página, 2 para dentries e inodes, 3 para pagecache, dentries e inodes.}

El problema anterior puede ser replicado por el siguiente programa de pruebas de MMAP, ver: mmap-problem.c.

Esto es tarde, pero todavía está marcado como sin respuesta, por lo que tomaré una puñalada. Solo por risas, ¿has probado:

location ~* \.(css|js)$ {
    expires 0;
    break;
}

No lo he intentado yo mismo, pero he aprendido a probar este tipo de cosas con Nginx en un contenedor de servidor de vez en cuando cuando tengo problemas similares a este ...