¿Cómo borrar el caché de nginx?

Utilizo nginx como servidor frontal, modifiqué los archivos CSS, pero nginx sigue sirviendo a los antiguos.

Traté de reiniciar nginx, sin éxito y busqué en Google, pero no encontré una forma válida de borrarlo.

Algunos artículos dicen que simplemente podemos eliminar el directorio de caché: var/cache/nginxpero no existe tal directorio en mi servidor.

¿Qué debería hacer ahora?

Tuve exactamente el mismo problema: estaba ejecutando mi nginx en Virtualbox. No tenía el almacenamiento en caché activado. Pero parece que sendfilese establece en onen nginx.confy que estaba causando el problema. @kolbyjack lo mencionó anteriormente en los comentarios.

Cuando apagué sendfile, funcionó bien.

Esto es porque:

Sendfile se usa para 'copiar datos entre un descriptor de archivo y otro' y aparentemente tiene algunos problemas reales cuando se ejecuta en un entorno de máquina virtual, o al menos cuando se ejecuta a través de Virtualbox. Desactivar esta configuración en nginx hace que el archivo estático se sirva a través de un método diferente y sus cambios se reflejarán de inmediato y sin dudas

Está relacionado con este error: https://www.virtualbox.org/ticket/12597

También puede omitir / volver a almacenar en caché archivo por archivo utilizando

proxy_cache_bypass $http_secret_header;

y como bonificación, puede devolver este encabezado para ver si lo obtuvo del caché (devolverá 'HIT') o del servidor de contenido (devolverá 'BYPASS').

add_header X-Cache-Status $upstream_cache_status;

para caducar / actualizar el archivo en caché, use curl o cualquier otro cliente de descanso para realizar una solicitud a la página en caché.

curl http://abcdomain.com/mypage.html -s -I -H "secret-header:true"

Esto devolverá una copia nueva del elemento y también reemplazará lo que está en caché.

A menos que haya configurado una zona de caché a través de proxy_cache_path y luego la haya usado (por ejemplo, en un bloque de ubicación), a través de: proxy_cache, nada se almacenará en caché.

Sin embargo, si lo hizo, según el autor de nginx , basta con eliminar todos los archivos del directorio de caché.

La forma más simple: find /path/to/your/cache -type f -delete

Puede eliminar el directorio de caché de nginx o puede buscar un archivo específico:

grep -lr 'http://mydomain.pl/css/myedited.css' /var/nginx/cache/*

Y elimine solo un archivo para nginx actualizarlos.

Hay dos respuestas en esta pregunta.

• Uno para nginx como caché inverso
• Otro para limpiar el caché del navegador por entrada de encabezado (este)

Utilizar:

expires modified +90d;

P.EJ:

location ~* ^.+\.(css|js|jpg|gif|png|txt|ico|swf|xml)$ {
    access_log off;
    root /path/to/htdocs;
    expires modified +90d;
}

Esto me pareció útil

grep -lr 'jquery.js' /path/to/nginx/cache/folder/* | xargs rm

Buscar y, si se encuentra, eliminar.

En mi instalación de nginx descubrí que tenía que ir a:

/opt/nginx/cache

y

sudo rm -rf *

en ese directorio Si conoce la ruta a su instalación de nginx y puede encontrar el directorio de caché, el mismo puede funcionar para usted. Tenga mucho cuidado con el rm -rfcomando, si está en el directorio incorrecto, podría eliminar todo el disco duro.

Ejecuto un script bash muy simple que toma 10 segundos para hacer el trabajo y me envía un correo cuando termine.

#!/bin/bash
sudo service nginx stop
sudo rm -rf /var/cache/nginx/*
sudo service nginx start | mail -s "Nginx Purged" me@gmail.com
exit 0

Tuve este problema también.

• No se pudo encontrar ninguna carpeta nginx / cache
• sendfile estaba apagado

Mi dominio usa cloudflare.com para DNS (¡gran servicio!). ¡Ajá! Allí estaba:

cloudflare.com -> almacenamiento en caché -> Purgar caché (purgué todo) ¡Eso resolvió mi problema!

Tenemos un caché nginx muy grande (gigabytes) que ocasionalmente necesitamos borrar. He elaborado un script que borra instantáneamente el caché (en lo que respecta a Nginx) y luego elimina el directorio de caché sin privar a la aplicación principal de E / S de disco.

En resumen:

1. Mueva la carpeta de caché a una nueva ubicación (en el mismo sistema de archivos) (esto no interrumpe ningún descriptor de archivo abierto)
2. Recree la carpeta de caché original, vacía
3. Recargar Nginx ( recarga elegante , donde nginx permite a los trabajadores antiguos finalizar las solicitudes en curso)
4. Eliminar datos antiguos en caché

Aquí está el script, adaptado a Ubuntu 16.04 LTS, con el caché ubicado en /mnt/nginx-cache:

#!/bin/bash
set -e

TMPCACHE=`mktemp --directory --tmpdir=/mnt nginx-cache-XXXXXXXXXX`
TMPTEMP=`mktemp --directory --tmpdir=/mnt nginx-temp-XXXXXXXXXX`

# Move the old cache folders out of the way
mv /mnt/nginx-cache $TMPCACHE
mkdir -p /mnt/nginx-cache
chmod -R 775 /mnt/nginx-cache
chown www-data:www-data /mnt/nginx-cache

mv /mnt/nginx-temp $TMPTEMP
mkdir -p /mnt/nginx-temp
chmod -R 775 /mnt/nginx-temp
chown www-data:www-data /mnt/nginx-temp

# Tell Nginx about the new folders.
service nginx reload

# Create an empty folder.
rm -rf /mnt/empty
mkdir -p /mnt/empty

# Remove the old cache and old temp folders w/o thrashing the disk...
# See http://serverfault.com/questions/546177/how-to-keep-subtree-removal-rm-rf-from-starving-other-processes-for-disk-i
# Note: the `ionice` and `nice` may not actually do much, but why not?
ionice -c 3 nice -19 rsync -a --delete /mnt/empty/ $TMPCACHE
ionice -c 3 nice -19 rsync -a --delete /mnt/empty/ $TMPTEMP
rm -rf $TMPCACHE
rm -rf $TMPTEMP

rm -rf /mnt/empty

Y en caso de que sea útil, aquí está la configuración de Nginx que usamos:

upstream myapp {
    server localhost:1337 fail_timeout=0;
}

proxy_cache_path /mnt/nginx-cache/app levels=2:2:2 keys_zone=app_cache:100m inactive=1y max_size=10g;
proxy_temp_path  /mnt/nginx-temp/app;

server {
    listen   4316 default;
    server_name  myapp.com;

    location / {
        proxy_pass http://appserv;
        proxy_cache app_cache;
        proxy_cache_valid 200 1y;
        proxy_cache_valid 404 1m;
    }
}

Para aquellos que otras soluciones no funcionan, verifique si está utilizando un servicio DNS como CloudFlare . En ese caso, active el "Modo de desarrollo" o use la herramienta "Purgar caché".

Tenga en cuenta que proxy_cache_bypass puede causarle mucho daño si su aplicación no devuelve una respuesta almacenable en caché para esa solicitud específica donde la activa.

Si, por ejemplo, su aplicación envía una cookie con cada primera solicitud, entonces un script que activa proxy_pass_bypass a través de curl probablemente obtendrá esa cookie en la respuesta, y nginx no usará esa respuesta para actualizar el elemento almacenado en caché.

find /etc/nginx/cache_folder -type d -exec rm -rvf {} \;
mkdir /etc/nginx/cache_folder
service nginx restart

Tenga cuidado de especificar correctamente la ruta correcta.

Para aquellos que han intentado eliminar los archivos de caché nginx, y que no ha funcionado o ha funcionado de forma intermitente, eche un vistazo a su configuración para open_file_cache. Si esto está habilitado y configurado para almacenar en caché un descriptor de archivo durante mucho tiempo, entonces Nginx aún puede ver una versión del archivo en caché, incluso después de haberlo eliminado del disco. Tuve que reducir open_file_cache_valid a 1s (no estoy seguro de si esto es esencialmente lo mismo que deshabilitar la caché del archivo por completo).

En mi servidor, la carpeta de caché nginx está en /data/nginx/cache/

Entonces lo eliminé solo: sudo rm -rf /data/nginx/cache/

Espero que esto ayude a cualquiera.

Si desea borrar el caché de archivos específicos, puede usar la proxy_cache_bypassdirectiva. Así es como lo haces

location / {
    proxy_cache_bypass $cookie_nocache $arg_nocache;
    # ...
}

Ahora, si desea omitir el caché, acceda al archivo pasando el parámetro nocache

http://www.example.com/app.css?nocache=true

Puede agregar configuración en nginx.conf de la siguiente manera.

...
http {
proxy_cache_path  /tmp/nginx_cache levels=1:2 keys_zone=my-test-cache:8m max_size=5000m inactive=300m;

server {
    proxy_set_header X- Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Host $http_host;
    proxy_cache my-test-cache;
    proxy_cache_valid  200 302  1m;
    proxy_cache_valid  404      60m;
    proxy_cache_use_stale   error timeout invalid_header updating;
    proxy_redirect off;

    ....
}
...
}

Desde arriba, una carpeta llamada "nginx_cache" se crea dinámicamente en / tmp / para almacenar contenido en caché.

Hay un método correcto para eliminar solo los archivos de caché, que coincide con cualquier CLAVE. Por ejemplo:

grep -lr 'KEY: yahoo' /var/lib/nginx/cache | xargs rm -rf

Esto elimina todos los archivos de caché, que coinciden con la CLAVE "yahoo / *", si en nginx.conf se configuró:

proxy_cache_key $host$uri;

Usamos nginx para almacenar en caché muchas cosas. Hay decenas de miles de elementos en el directorio de caché. Para encontrar elementos y eliminarlos, hemos desarrollado algunos scripts para simplificar este proceso. Puede encontrar el repositorio de estos scripts a continuación:

https://github.com/zafergurel/nginx-cache-cleaner

La idea es simple. Para crear un índice de la caché (con claves de caché y los archivos de caché correspondientes) y buscar dentro de este archivo de índice. Realmente nos ayudó a acelerar la búsqueda de elementos (de minutos a segundos) y eliminarlos en consecuencia.

En mi caso, touchese archivo Css hace que parezca que los recursos han cambiado (en realidad touchno hace nada al archivo, excepto cambiar el tiempo de última modificación), por lo que el navegador y nginx aplicarán los últimos recursos

Estaba experimentando un tipo de problema similar:

Configuración del sistema y problema: (en una caja virtual estoy alojando web usando ubuntu y nginx - las actualizaciones de la página web PHP no reflejaron cambios en el archivo css externo) Estoy desarrollando un sitio web en una máquina con Windows y transfiriendo archivos a nginx a través de una carpeta compartida. Parece que nginx no recoge los cambios en el archivo css (actualizar de cualquier manera no ayuda. Cambiar el nombre del archivo css es lo único que funcionó)

Solución: en VM encuentre el archivo compartido (archivo css en mi caso). Abra con nano y compare con el archivo en Windows Share (parecen idénticos). En VM guardar archivo compartido con nano. Todos los cambios ahora se reflejan en el navegador. No estoy seguro de por qué esto funciona, pero lo hizo en mi caso.

ACTUALIZACIÓN: Después de reiniciar el servidor VM, el problema volvió. Seguir las instrucciones de la Solución hizo que el CSS respondiera a las actualizaciones nuevamente

En mi caso, fue el opcache habilitado en /etc/php/7.2/fpm/php.ini (Ubuntu):

opcache.enable=1

Establecerlo en 0 hizo que el servidor cargara la última versión de los archivos (php).