nginx学习10——gzip压缩，expire缓存

一、gzip压缩

查看类型$ less mime.types

types {
    text/html                             html htm shtml;
    text/css                              css;
    text/xml                              xml;
    image/gif                             gif;
    image/jpeg                            jpeg jpg;
    application/javascript                js;
    application/atom+xml                  atom;
    application/rss+xml                   rss;


    text/mathml                           mml;
    text/plain                            txt;
    text/vnd.sun.j2me.app-descriptor      jad;
    text/vnd.wap.wml                      wml;
    text/x-component                      htc;


    image/png                             png;
    image/tiff                            tif tiff;
    image/vnd.wap.wbmp                    wbmp;
    image/x-icon                          ico;
    image/x-jng                           jng;
    image/x-ms-bmp                        bmp;
    image/svg+xml                         svg svgz;

Nginx的gzip模块是内置的，在http中添加如下配置：

复制代码 代码如下:

gzip on;
gzip_min_length  5k;
gzip_buffers     4 16k;
gzip_http_version 1.0;
gzip_comp_level 3;
gzip_types       text/plain application/x-javascript text/css application/xml text/javascript application/x-httpd-php image/jpeg image/gif image/png;
gzip_vary on;

配置指令详细注释：

gzip on|off
# 默认值: gzip off
# 开启或者关闭gzip模块

gzip_static on|off

# nginx对于静态文件的处理模块
# 该模块可以读取预先压缩的gz文件，这样可以减少每次请求进行gzip压缩的CPU资源消耗。该模块启用后，nginx首先检查是否存在请求静态文件的gz结尾的文件，如果有则直接返回该gz文件内容。为了要兼容不支持gzip的浏览器，启用gzip_static模块就必须同时保留原始静态文件和gz文件。这样的话，在有大量静态文件的情况下，将会大大增加磁盘空间。我们可以利用nginx的反向代理功能实现只保留gz文件。
# 可以google"nginx gzip_static"了解更多

gzip_comp_level 4

# 默认值：1(建议选择为4)
# gzip压缩比/压缩级别，压缩级别 1-9，级别越高压缩率越大，当然压缩时间也就越长（传输快但比较消耗cpu）。

gzip_buffers 4 16k

# 默认值: gzip_buffers 4 4k/8k
# 设置系统获取几个单位的缓存用于存储gzip的压缩结果数据流。 例如 4 4k 代表以4k为单位，按照原始数据大小以4k为单位的4倍申请内存。 4 8k 代表以8k为单位，按照原始数据大小以8k为单位的4倍申请内存。
# 如果没有设置，默认值是申请跟原始数据相同大小的内存空间去存储gzip压缩结果。

gzip_types mime-type [mime-type ...]

# 默认值: gzip_types text/html (默认不对js/css文件进行压缩)
# 压缩类型，匹配MIME类型进行压缩
# 不能用通配符 text/*
# (无论是否指定)text/html默认已经压缩
# 设置哪压缩种文本文件可参考 conf/mime.types

gzip_min_length  1k

# 默认值: 0 ，不管页面多大都压缩
# 设置允许压缩的页面最小字节数，页面字节数从header头中的Content-Length中进行获取。
# 建议设置成大于1k的字节数，小于1k可能会越压越大。 即: gzip_min_length 1024

gzip_http_version 1.0|1.1

# 默认值: gzip_http_version 1.1(就是说对HTTP/1.1协议的请求才会进行gzip压缩)
# 识别http的协议版本。由于早期的一些浏览器或者http客户端，可能不支持gzip自解压，用户就会看到乱码，所以做一些判断还是有必要的。
# 注：99.99%的浏览器基本上都支持gzip解压了，所以可以不用设这个值,保持系统默认即可。
# 假设我们使用的是默认值1.1，如果我们使用了proxy_pass进行反向代理，那么nginx和后端的upstream server之间是用HTTP/1.0协议通信的，如果我们使用nginx通过反向代理做Cache Server，而且前端的nginx没有开启gzip，同时，我们后端的nginx上没有设置gzip_http_version为1.0，那么Cache的url将不会进行gzip压缩

gzip_proxied [off|expired|no-cache|no-store|private|no_last_modified|no_etag|auth|any] ...

# 默认值：off
# Nginx作为反向代理的时候启用，开启或者关闭后端服务器返回的结果，匹配的前提是后端服务器必须要返回包含"Via"的 header头。
off - 关闭所有的代理结果数据的压缩
expired - 启用压缩，如果header头中包含 "Expires" 头信息
no-cache - 启用压缩，如果header头中包含 "Cache-Control:no-cache" 头信息
no-store - 启用压缩，如果header头中包含 "Cache-Control:no-store" 头信息
private - 启用压缩，如果header头中包含 "Cache-Control:private" 头信息
no_last_modified - 启用压缩,如果header头中不包含 "Last-Modified" 头信息
no_etag - 启用压缩 ,如果header头中不包含 "ETag" 头信息
auth - 启用压缩 , 如果header头中包含 "Authorization" 头信息
any - 无条件启用压缩

gzip_vary on

# 和http头有关系，加个vary头，给代理服务器用的，有的浏览器支持压缩，有的不支持，所以避免浪费不支持的也压缩，所以根据客户端的HTTP头来判断，是否需要压缩

gzip_disable "MSIE [1-6]."

# 禁用IE6的gzip压缩，又是因为杯具的IE6。当然，IE6目前依然广泛的存在，所以这里你也可以设置为“MSIE [1-5].”
# IE6的某些版本对gzip的压缩支持很不好，会造成页面的假死，今天产品的同学就测试出了这个问题
后来调试后，发现是对img进行gzip后造成IE6的假死，把对img的gzip压缩去掉后就正常了
为了确保其它的IE6版本不出问题，所以建议加上gzip_disable的设置

关于 SEO：
有人说百度对Gzip的支持不够好，担心影响收录和SEO，经百度查阅相关资料后发现百度专门针对这个问题作过报告，声明百度是支持Gzip的。
服务器开启gzip压缩是否会影响蜘蛛抓取和收录量?
服务器开启gzip压缩，不会对spider抓取产生影响，我们会以压缩的方式来抓取。并且也能够节省站点的网络流量。

二、expire缓存

接触nginx的兄弟或多或少都有遇到缓存问题，要么是nginx为什么不缓存，要么就是nginx缓存很快就失效等等问题，在网上找了一遍nginx缓存优先级的文章，大家可以参考下。

架构图
client端  <------------------>   nginx cache <------------------>源服务器

经过大量测试发现：nginx的过期顺序是有一个优先级的。下面首先说明各个影响缓存过期的因素：

（1）inactive:在proxy_cache_path配置项中进行配置，说明某个缓存在inactive指定的时间内如果不访问，将会从缓存中删除。
（2）源服务器php页面中生成的响应头中的Expires，生成语句为：
header("Expires: Fri, 07 Sep 2013 08:05:18 GMT");
（3）源服务器php页面生成的max-age，生成语句为：
header("Cache-Control: max-age=60");
（4）nginx的配置项 proxy_cache_valid:配置nginx cache中的缓存文件的缓存时间，如果配置项为：proxy_cache_valid 200 304 2m;说明对于状态为200和304的缓存文件的缓存时间是2分钟，两分钟之后再访问该缓存文件时，文件会过期，从而去源服务器重新取数据。

其次对需要注意的一点：源服务器的expires和nginx cache的expires配置项的冲突进行说明，场景如下

（1）源服务器端有php文件ta1.php内容如下：

1 2 3 4 5 6

<?php header ( "Expires: Fri, 07 Sep 2013 08:05:18 GMT" ) ; header ( "Last-Modified: " . gmdate ( "D, d M Y H:i:s" ) . " GMT" ) ; header ( "Cache-Control: max-age=60" ) ; echo "ta1" ; ?>

（2）在nginx cache服务器端的配置信息如下：

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

…… . proxy_cache _path  / data0 / proxy_cache _dir  levels = 1 : 2   keys_zone = cache_one : 200m inactive = 5s max_size = 30g ; …… . .   location ~ . * \ . ( php | jsp | cgi ) $ {      proxy_read _timeout 10s ;      proxy_connect _timeout 10s ;      proxy_set_header Host $ host ;      proxy_cache_use_stale updating ;      proxy_cache _key $ host $ uri $ is_args $ args ;      proxy_cache cache_one ;      #proxy_ignore_headers "Cache-Control";      #proxy_hide_header "Cache-Control";      #proxy_ignore_headers "Expires";      #proxy_hide_header "Expires";      proxy_hide _header "Set-Cookie" ;      proxy_ignore _headers "Set-Cookie" ;      #add_header Cache-Control max-age=60;      add _header X - Cache '$upstream_cache_status from $server_addr' ;      proxy_cache _valid 200 304 2m ;      #proxy_cache_valid any 0m;      proxy_pass http : //backend_server;      expires 30s ; } ………… .

从上面两项可以看出nginx cache 服务器中expires的配置是30s，该expires的值直接决定了在浏览器端看到的max-age以及expires的值。而源服务器断的代码中设置的响应头中的max-age为60，expires为Fri, 07 Sep 2013 08:05:18 GMT。这是源服务器的设置于nginx-cache的设置冲突了，那么着两个属性应该怎么设置呢？

这时client端的max-age与expires的值按照nginx cache中的expires配置项的设置，即:

1 2	Expires  Fri , 07 Sep 2012 08 : 59 : 16 GMT Cache - Controlmax - age = 30

而nginx cache端的缓存的max-age与expire的值按照源服务器上的代码的设置。即：

1 2	Expires  Fri , 07 Sep 2013 08 : 05 : 18 GMT Cache - Controlmax - age = 60

现在步入正题：

经过大量测试发现：对缓存的过期与清除起作用的因素的优先级从高到低一次为：
inactive配置项、源服务器设置的Expires、源服务器设置的Max-Age、proxy_cache_valid配置项
下面通过几个实例对这几个优先级进行说明

实例1：
服务器端php代码：

1 2 3 4 5 6 7

<?php header ( "Expires: Fri, 07 Sep 2012 08:03:18 GMT" ) ; //其实是3分钟之后 header ( "Last-Modified: " . gmdate ( "D, d M Y H:i:s" ) . " GMT" ) ; header ( "Cache-Control: max-age=180" ) ; //2分钟 //header("Cache-Control: post-check=0, pre-check=0", false); echo "ta1" ; ?>

nginx cache 配置项
inactive 4m//4分钟
proxy_cache_valid 1m//1分钟
现象：第一次访问页面ta1.php之后，各个时间的访问结果：
1分钟之后 ：HIT//这说明valid没有起作用
2分钟之后 ：HIT//这说明 源服务器设置的max-age没有起作用
3分钟之后：MISS//这说明源服务器设置的Expires起作用了
4分钟之后：MISS//这说明inactive起作用了

实例2：

服务器端php代码：

1 2 3 4 5 6 7

<?php header ( "Expires: Fri, 07 Sep 2012 08:03:18 GMT" ) ; //3分钟之后 header ( "Last-Modified: " . gmdate ( "D, d M Y H:i:s" ) . " GMT" ) ; header ( "Cache-Control: max-age=180" ) ; //2分钟 //header("Cache-Control: post-check=0, pre-check=0", false); echo "ta1" ; ?>

nginx cache 配置项
inactive 10s//10秒钟
proxy_cache_valid 1m//1分钟
现象：第一次访问页面ta1.php之后，各个时间的访问结果：
5秒后访问：HIT
10秒后访问: MISS
15秒后访问：HIT
20秒后访问:MISS
通过实例1和实例2综合分析：如果inactive已经进行了设置，则缓存的过期时间以inactive设置的值为准

实例3：

服务器端php代码：

1 2 3 4 5 6 7

<?php header ( "Expires: Fri, 07 Sep 1977 08:03:18 GMT" ) ; //直接过期 header ( "Last-Modified: " . gmdate ( "D, d M Y H:i:s" ) . " GMT" ) ; header ( "Cache-Control: max-age=120" ) ; //2分钟 //header("Cache-Control: post-check=0, pre-check=0", false); echo "ta1" ; ?>

nginx cache 配置项
inactive 4m//4分钟
proxy_cache_valid 1m//1分钟
现象：第一次访问页面ta1.php之后，各个时间的访问结果：
每隔一秒访问一次：MISS//这说明源服务器端设置的Expires屏蔽了nginx的valide和源服务器端设置的max-age的作用

实例4：
服务器端php代码：

1 2 3 4 5 6 7

<?php header ( "Expires: Fri, 07 Sep 2012 08:03:18 GMT" ) ; //3分钟之后 header ( "Last-Modified: " . gmdate ( "D, d M Y H:i:s" ) . " GMT" ) ; header ( "Cache-Control: max-age=120" ) ; //2分钟 //header("Cache-Control: post-check=0, pre-check=0", false); echo "ta1" ; ?>

nginx cache 配置项
inactive 4m//4分钟
proxy_cache_valid 1m//1分钟

现象：第一次访问页面ta1.php之后，各个时间的访问结果：
1分钟之后 ：   HIT//这说明valid没有起作用，因为源服务器设置的Expires将valid的效果屏蔽了
2分钟之后 ：   HIT//这说明 源服务器设置的max-age没有起作用，因为源服务器设置的Expires将max-age屏蔽了
3分钟之后：    MISS//这说明服务器端设置的expires起作用了

通过实例2和实例3的现象说明：如果inactive设置的比较大，在inactive到期之前，如果valid、服务器端设置的expires、服务器端设置的max-age都进行了设置，则以服务器端设置的expires为准。

实例5：

服务器端php代码：

1 2 3 4 5 6 7

<?php header ( "Expires: Fri, 07 Sep 2012 08:03:18 GMT" ) ; //3分钟之后 header ( "Last-Modified: " . gmdate ( "D, d M Y H:i:s" ) . " GMT" ) ; header ( "Cache-Control: max-age=120" ) ; //2分钟 //header("Cache-Control: post-check=0, pre-check=0", false); echo "ta1" ; ?>

nginx cache 配置项
inactive 4m//4分钟
#下面两行用于消除服务器端配置的Expires响应头的影响
proxy_ignore_headers "Expires";
proxy_hide_header "Expires";
proxy_cache_valid 1m//1分钟
现象：第一次访问页面ta1.php之后，各个时间的访问结果：
1分钟之后   HIT //这说明valid的作用已经被服务器端的max-age屏蔽
2分钟之后   MISS//服务器端设置的max-age起作用

实例6：

服务器端php代码：

1 2 3 4 5 6 7

<?php header ( "Expires: Fri, 07 Sep 2012 08:03:18 GMT" ) ; //3分钟之后 header ( "Last-Modified: " . gmdate ( "D, d M Y H:i:s" ) . " GMT" ) ; header ( "Cache-Control: max-age=50" ) ; //50秒钟 //header("Cache-Control: post-check=0, pre-check=0", false); echo "ta1" ; ?>

nginx cache 配置项

inactive 4m//4分钟
#下面两行用于消除服务器端配置的Expires响应头的影响
proxy_ignore_headers "Expires";
proxy_hide_header "Expires";
proxy_cache_valid 2m//2分钟
现象：第一次访问页面ta1.php之后，各个时间的访问结果：

50秒钟之后 ：   MISS//这说明服务器端配置的max-age起作用
1分钟之后 ：   HIT//
100秒钟之后：   MISS//这说明服务器端设置的max-age起作用了

通过实例5和实例6的现象说明：如果inactive设置的比较大，而且在nginx配置文件中取消服务器端Expires对缓存的影响。在同时设置了proxy_cache_valid和服务器端设置了max-age响应头字段的情况下，以服务器端设置的max-age的值为标准进行缓存过期处理。

综上所述：

（1）在同时设置了源服务器端Expires、源服务器端max-age和nginx cahe端的proxy_cache_valid的情况下，以源服务器端设置的Expires的值为标准进行缓存的过期处理
（2）若在nginx中配置了相关配置项，取消原服务器端Expires对缓存的影响，在同时设置了源服务器端Expires、源服务器端max-age和nginx cahe端的proxy_cache_valid的情况下，以源服务器端max-age的值为标准进行缓存的过期处理
（3）若同时取消源服务器端Expires和源服务器端max-age对缓存的影响，则以proxy_cache_valid设置的值为标准进行缓存的过期处理
（4）   Inactive的值不受上述三个因素的影响，即第一次请求页面之后，每经过inactvie指定的时间，都要强制进行相应的缓存清理。因此inactive的优先级最高。
（5）所以对缓存过期影响的优先级进行排序为：inactvie、源服务器端Expires、源服务器端max-age、proxy_cache_valid

转自：http://lmdkfs.blog.163.com/blog/static/7461132420142128311980/