Eu tenho o gzip ativado no nginx 1.2.8, mas por alguma razão, ele não está gzipando nada.
Informações de instalação do Nginx:
nginx version: nginx/1.2.8
built by gcc 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1)
TLS SNI support enabled
configure arguments: --prefix=/usr/local/nginx-1.2.8 --with-http_ssl_module --with-http_realip_module --with-http_gzip_static_module --with-pcre --conf-path=/etc/nginx/nginx.conf --add-module=../headers-more-nginx-module-0.19rc1
Configuração:
user www-user;
worker_processes 1;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
client_max_body_size 10M;
sendfile on;
keepalive_timeout 65;
more_clear_headers "Server";
gzip on;
gzip_types text/plain text/css application/json application/javascript application/x-javascript text/javascript text/xml application/xml application/rss+xml application/atom+xml application/rdf+xml;
server {
server_name test.com;
root /www;
index index.php index.html index.htm;
listen 80 default_server;
rewrite ^/(.*)/$ /$1 permanent; #remove trailing slash
#charset koi8-r;
#access_log logs/host.access.log main;
include general/*.conf;
#error_page 404 /404.html;
# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
location ~ \.php$ {
fastcgi_intercept_errors on;
fastcgi_pass unix:/run/php/php-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}
}
Estou tentando enviar um arquivo css estático simples. Na minha configuração do nginx, text/css
está incluído em gzip_types
.
Quando tento obter o arquivo usando o Firefox, o violinista mostra que o conteúdo recebido não é gziped:
Solicitar cabeçalhos:
GET http://test.com/test.css HTTP/1.1
Host: nextdreamtest2.com
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-gb,en;q=0.5
Accept-Encoding: gzip, deflate
Cookie: __utma=237624223.1052931239.1362029000.1365467381.1365469205.16; __utmz=237624223.1362029000.1.1.utmccn=(direct)|utmcsr=(direct)|utmcmd=(none); __utmc=237624223; __utmb=237624223
Proxy-Authorization: Basic cHJveHk6RTRRWlNlY0JLU3o0OFh4cWpLNkg=
Connection: keep-alive
Pragma: no-cache
Cache-Control: no-cache
Cabeçalhos de resposta:
HTTP/1.1 200 OK
Date: Tue, 09 Apr 2013 01:35:07 GMT
Content-Type: text/css
Last-Modified: Thu, 31 May 2012 08:50:00 GMT
Connection: keep-alive
Content-Length: 1688
Observe que não há cabeçalho Content-Encoding: gzip
, embora o gzip esteja ativado no servidor e o tipo de conteúdo seja aquele configurado para ser compactado.
Depois de mais investigações, estou ainda mais perplexa agora. Eu tentei o FireFox 20.0 na máquina em que o nginx está rodando (Ubuntu 12.10), e os arquivos foram gzipados corretamente:
Connection keep-alive
Content-Encoding gzip <------------------------------
Content-Type text/html
Date Tue, 09 Apr 2013 04:23:08 GMT
Set-Cookie 200ceb26807d6bf99fd6f4f0d1ca54d4=7hjir1h44g3dq8hlsihdsrn9v5; path=/; HttpOnly
Transfer-Encoding chunked <---------------------
No entanto, se eu tentar o IE10, o FireFox 20 e o Chrome 26 e também o Fiddler para inspecionar os cabeçalhos na minha máquina com o Windows 8 para acessar o servidor, a resposta nunca será compactada!
Connection keep-alive
Content-Length 2192 <------------------
Content-Type text/html
Date Tue, 09 Apr 2013 04:27:16 GMT
Isso é incrivelmente estranho, já que não vejo nada no meu nginx.conf que possa discriminar o Windows 8 Machines.
O que poderia estar causando isso?