nginx配置gzip中的坑

在web服務端開啓gzip壓縮後，可以有效壓縮文件，下降傳輸體積，以達到減小傳輸時間。

nginx中開啓配置以下(能夠做用於http，server， location塊中)：
gzip on;
gzip_min_length 1k;  #gzip開啓閾值，超過1k纔會使用gzip
gzip_buffers 4 16k;
#gzip_http_version 1.0; # gzip支持http協議
gzip_comp_level 2;  #壓縮級別，越高壓縮比越大，越消耗cpu
gzip_types text/plain application/x-javascript application/javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png;   # 支持文件類型
複製代碼

存在的坑：

1. 若是nginx中使用了多層代理，則須要將gzip_http_version 1.0配置項開啓，不然gzip配置不起做用； 緣由分析： 以下圖所示，當前瀏覽器中使用的http協議基本上是1.1版本，而nginx的upstream通訊協議默認是http/1.0，gzip_http_version的默認值是1.1；所以若是配置多層代理時，若是沒有配置gzip_http_version時，該值默認爲1.1，而agent nginx會把請求轉化爲1.0版本的，此時gzip功能就會不起做用；將gzipz_http_version配置爲1.0後，gzip功能正常。

   

2. gzip_static 在開始壓縮建立硬盤上的文件以前，本模塊將查找同目錄下同名的.gz壓縮文件，以免同一文件再次壓縮。 這個模塊不是默認編譯的，所以須要指定 --with-http_gzip_static_module 編譯選項。 配置示例：

gzip_static on;
 
gzip_http_version   1.1;
gzip_proxied        expired no-cache no-store private auth;
gzip_disable        "MSIE [1-6]\.";

gzip_vary           on;
複製代碼