nginx静态压缩和apache gzip压缩类似，原理也差不多，本文我们来介绍一下nginx静态压缩模块ngx_http_gzip_static_module的一些使用方法。

在搭建squid网页加速的时候，对于大的css 或者js要进行压缩,然后再进行缓存,这样能够提高减小下载量提高页面响应速度。如果你用的是squid 3.0以前的版本并且用的是 ngnix server的话可能会碰到如下问题： 不用squid直接打开页面则客户端返回的是压缩的状态，如果启用squid加速会发现下载下来的页面不是压缩状态。这里面主要是没有启动ngnix 的静态缓存模块(ngx_http_gzip_static_module)导致。

打开静态缓存问题就解决了
nginx编译选项
./configure --with-http_gzip_static_module
配置nginx
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;
#找不到预压缩文件，进行动态压缩
gzip on;
gzip_min_length 1000;
gzip_buffers 4 16k;
gzip_comp_level 5;
gzip_types text/plain application/x-javascript text/css application/xml;
#gzip公共配置
gzip_http_version 1.1
gzip_proxied expired no-cache no-store private auth;
gzip_vary on说明

对于支持gzip的请求反向代理缓存服务器将返回gzip内容，不支持gzip的客户端返回原始内容。
其他说明

    gzip_static配置优先级高于gzip
    开启nginx_static后，对于任何文件都会先查找是否有对应的gz文件
    gzip_types设置对gzip_static无效


HttpGzipStaticModule Nginx压缩传输

在从磁盘向支持gzip的客户端提供一个文件时，这个模块将会在同样的目录(或者叫位置)中查找同请求文件名相同的、以".gz"格式结尾的文件，这个文件被称为文件的“预压缩格式”，之所以称为“预压缩格式”，是因为Nginx不会去对该文件进行压缩，即使是该文件被访问之后也不会产生".gz"格式的文件，因此需要我们自己压缩。那么这种机制的作用是什么呢？很简单，这么做的原因在于避免每次请求都将对同一个文件进行压缩。

 ngx_http_gzip_static_module从nginx 0.6.24版本开始提供，但是在默认安装中它是不会被编译安装，因此，在编译时需要指定--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;

指    令

指令名称：gzip_static

功    能：启用该模块。需要注意的是，确定压缩版本和非压缩版本的时间戳要匹配，以便提供最新的内容。

语    法: gzip_static on|off

默 认 值: gzip_static off

使用环境: http, server, location

 
以下命令参考NginxHttpGzipModule模块：

 指令名称：gzip_http_version

指令名称：gzip_proxied

指令名称：gzip_disable

指令名称：gzip_vary

 
使用实例


    在下面的例子中我们先为现有的网页index.html生成一个".gz"格式的文件，即index.html.gz，然后测试访问；在对index.html文件进行修改，然后再访问测试。

 
添加配置

   gzip             on;

  gzip_types       text/plain application/xml;

  gzip_static on;

   访问测试

    生成index.html文件的另一个格式index.html.gz：

 

[root@mfsmaster html]# ls

index.html

[root@mfsmaster html]#cat index.html

Welcome to nginx! 哈哈！！！

[root@mfsmaster html]# gzip -c index.html  > index.html.gz

[root@mfsmaster html]# ls

index.html  index.html.gz


    确定文件的访问时间：


[root@mfsmaster html]# stat index.*

  File: ‘index.html’

  Size: 167             Blocks: 8          IO Block: 4096   一般文件

Device: fd00h/64768d    Inode: 5394667     Links: 1

Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)

Access: 2011-08-18 16:45:20.339995192 +0800

Modify: 2011-08-18 16:44:16.746662848 +0800

Change: 2011-08-18 16:44:16.746662848 +0800

  File: ‘index.html.gz’

  Size: 151             Blocks: 8          IO Block: 4096   一般文件

Device: fd00h/64768d    Inode: 5394635     Links: 1

Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)

Access: 2011-08-18 16:45:20.338995344 +0800

Modify: 2011-08-18 16:45:20.339995192 +0800

Change: 2011-08-18 16:45:20.339995192 +0800


    访问该文件：


查看文件的访问时间

 

[root@mfsmaster html]# stat index.*

  File: ‘index.html’

  Size: 167             Blocks: 8          IO Block: 4096   一般文件

Device: fd00h/64768d    Inode: 5394667     Links: 1

Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)

Access: 2011-08-18 16:45:20.339995192 +0800

Modify: 2011-08-18 16:44:16.746662848 +0800

Change: 2011-08-18 16:44:16.746662848 +0800

  File: ‘index.html.gz’

  Size: 151             Blocks: 8          IO Block: 4096   一般文件

Device: fd00h/64768d    Inode: 5394635     Links: 1

Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)

Access: 2011-08-18 16:59:01.040229792 +0800

Modify: 2011-08-18 16:45:20.339995192 +0800

Change: 2011-08-18 16:45:20.339995192 +0800

    我们比较以下这两个文件的访问时间戳，肯定的说，我们的访问是有‘index.html.gz’文件提供的。


    下面将对index.html文件进行修改：


[root@mfsmaster html]# vi index.html

Welcome to nginx! 哈哈！！！哈哈！！！

    查看文件的访问时间

[root@mfsmaster html]# stat index.*

  File: ‘index.html’

  Size: 183             Blocks: 8          IO Block: 4096   一般文件

Device: fd00h/64768d    Inode: 5394671     Links: 1

Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)

Access: 2011-08-18 18:02:40.022656216 +0800

Modify: 2011-08-18 18:02:40.022656216 +0800

Change: 2011-08-18 18:02:40.023656064 +0800

  File: ‘index.html.gz’

  Size: 151             Blocks: 8          IO Block: 4096   一般文件

Device: fd00h/64768d    Inode: 5394635     Links: 1

Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)

Access: 2011-08-18 16:59:01.040229792 +0800

Modify: 2011-08-18 16:45:20.339995192 +0800

Change: 2011-08-18 16:45:20.339995192 +0800

 
    再次访问该网页：

 
    得到的页面和原来的一样，我们再次查看文件的访问时间戳(如果你也是在做测试，那么你需要将IE浏览器的缓存清除)：

 
[root@mfsmaster html]# stat index.*

  File: ‘index.html’

  Size: 183             Blocks: 8          IO Block: 4096   一般文件

Device: fd00h/64768d    Inode: 5394671     Links: 1

Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)

Access: 2011-08-18 18:02:40.022656216 +0800

Modify: 2011-08-18 18:02:40.022656216 +0800

Change: 2011-08-18 18:02:40.023656064 +0800

  File: ‘index.html.gz’

  Size: 151             Blocks: 8          IO Block: 4096   一般文件

Device: fd00h/64768d    Inode: 5394635     Links: 1

Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)

Access: 2011-08-18 18:09:11.569132104 +0800

Modify: 2011-08-18 16:45:20.339995192 +0800

Change: 2011-08-18 16:45:20.339995192 +0800

    相信你一定看清楚了，是由文件‘index.html.gz’来提供访问的，Nginx并没有提供最新时间的‘index.html’文件。你要还不信，那就将文件‘index.html.gz’删除再访问，网页绝对是最新版本，在此就不再举例了。


    我们看一下，以下访问情况：

[root@mfsmaster html]# ll

总用量 52

-rw-r--r--  1 root root   152  8月 18 19:07 index.html

-rw-r--r--  1 root root   151  8月 18 16:45 index.html.gz.old

-rw-r--r--  1 root root 12376  8月 19 08:22 xx.html

-rw-r--r--  1 root root  4032  8月 19 12:12 xx.html.gz

  
    在这里为了说明访问情况，我们访问http://www.xx.com/xx.html，页面就不再截取了，看捕获包的情况：

    字节数：1260*3+252=4032，绝对访问的是xx.html.gz页面！

    说了这么多，其实我们要明白的是压缩传输的好处，绝对的节省带宽，我们再算一下，看下面的算式：

    (12376-4032)/12376=67.42%

    (12376-4324)/12376=65.06%

从上面可以看出，我们经过压缩的网页，直接减小了大约60%的带宽，这也可以为服务器支付节约不少成本了。