¿Cómo puedo verificar que el módulo nginx gzip_static esté funcionando?

Question

¿Cómo puedo comprobar que nginx está sirviendo la versión .gz de los archivos estáticos, si existen?

He compilado nginx con el módulo gzip estático, pero no veo ninguna mención de la versión .gz que se sirve en mis registros. (He minimizado los archivos global.js y global.css con versiones .gz de ellos en el mismo directorio).

La parte pertinente de nginx.conf se parece a esto:

gzip on; 
gzip_static on; 
gzip_http_version 1.0; 
gzip_disable "MSIE [1-6]\."; 
gzip_vary on; 

gzip_comp_level 2; 
gzip_proxied any; 
gzip_types text/plain text/html text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript; 

Cualquier indicador sería apreciado.

Answer 1

Utilice strace. Primero, necesita detectar el PID del proceso nginx:

# ps ax | grep nginx 
25043 ?  Ss  0:00 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf 
25044 ?  S  0:02 nginx: worker process 

Ok, entonces 25044 es el proceso de trabajo. Ahora, lo rastreamos:

# strace -p 25044 2>&1 | grep gz 
open("/var/www/css/ymax.css.gz", O_RDONLY|O_NONBLOCK) = 438 
open("/var/www/css/patches/patch_my_layout.css.gz", O_RDONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory) 
open("/var/www/yaml/core/iehacks.css.gz", O_RDONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory) 
open("/var/www/js/koznazna5.js.gz", O_RDONLY|O_NONBLOCK) = -1 ENOENT (No such file or directory) 
open("/var/www/css/ymax.css.gz", O_RDONLY|O_NONBLOCK) = 216 

Como puede ver, está tratando de encontrar las versiones .gz de los archivos.

Answer 2

Me desactivar la compresión automática y registrar gzip_ratio:

http { 
    gzip off; 
    gzip_static on; 

    log_format log_with_ratio "... $gzip_ratio ..."; 

    server { 
     access_log /var/log/nginx/file.log log_with_ratio; 
    } 
} 

Nota, que puede anular gzip, gzip_static y access_log por los niveles de servidor y ubicación.

Answer 3

Cambia el contenido del archivo no comprimido. Y luego touch ambos archivos (al mismo tiempo, es decir: en la misma instancia de touch). Si al cargar el archivo en un navegador (caché borrado) obtiene el archivo no modificado, entonces nginx sirve el archivo static-cached-gzipped.

Una manera fácil de evitar “Qué acabo de buscar el caché?” preocupaciones es ir a buscar desde la línea de comandos con curl desde el rizo no lo hace caché.

Answer 4

Normalmente uso las herramientas de desarrollo de Chrome y miro el tamaño de los archivos en cuestión.

Answer 5

Puede utilizar Chrome Dev Tools a través de la pestaña Red si se habilita la columna de la Content-Encoding (botón derecho del ratón en las columnas para activar/desactivar el contenido específico de la tabla):

Chrome Dev Tools with Content-Encoding column enabled screenshot

Answer 6

Hay es una pista que he notado con respecto al encabezado de respuesta ETag.

Si archivo estático es servida por nginx, entonces encabezado se ve así: ETag: "135a-BQhu6KL71dyeCXcVZme6ug", sin embargo, cuando Nginx está comprimiendo la respuesta (a través del módulo gzip) que se parece a esto: ETag: W/"135a-BQhu6KL71dyeCXcVZme6ug" (aviso W/).

Puede usar esto así como Content-Encoding: gzip para distinguir archivos estáticos simples, archivos estáticos precomprimidos y archivos comprimidos sobre la marcha.