Nginx下关于缓存控制字段cache-control的配置说明 - 运维小结

时间 2020-06-01

标签 nginx 关于缓存控制字段 cache control 配置说明小结栏目 Nginx 繁體版

原文原文链接

HTTP协议的Cache -Control指定请求和响应遵循的缓存机制。在请求消息或响应消息中设置 Cache-Control并不会影响另外一个消息处理过程当中的缓存处理过程。
请求时的缓存指令包括: no-cache、no-store、max-age、 max-stale、min-fresh、only-if-cached等。
响应消息中的指令包括: public、private、no-cache、no- store、no-transform、must-revalidate、proxy-revalidate、max-age。php

下面作一详细总结, 方便在之后的运维工做中理解和运用.css

一. 浏览器中关于Cache的3属性:
1. Cache-Control:
设置相对过时时间, max-age指明以秒为单位的缓存时间. 若对静态资源只缓存一次, 能够设置max-age的值为315360000000 (一万年). 好比对于提交的订单，为了防止浏览器回退从新提交，可使用Cache-Control之no-store绝对禁止缓存，即使浏览器回退依然请求的是服务器，进而判断订单的状态给出相应的提示信息！html

Http协议的cache-control的常见取值及其组合释义:
no-cache: 数据内容不能被缓存, 每次请求都从新访问服务器, 如有max-age, 则缓存期间不访问服务器.
no-store: 不只不能缓存, 连暂存也不能够(即: 临时文件夹中不能暂存该资源).
private(默认): 只能在浏览器中缓存, 只有在第一次请求的时候才访问服务器, 如有max-age, 则缓存期间不访问服务器.
public: 能够被任何缓存区缓存, 如: 浏览器、服务器、代理服务器等.
max-age: 相对过时时间, 即以秒为单位的缓存时间.
no-cache, private: 打开新窗口时候从新访问服务器, 若设置max-age, 则缓存期间不访问服务器.
- private, 正数的max-age: 后退时候不会访问服务器.
- no-cache, 正数的max-age: 后退时会访问服务器.nginx

2. Expires:
设置以分钟为单位的绝对过时时间, 优先级比Cache-Control低, 同时设置Expires和Cache-Control则后者生效. 也就是说要注意一点: Cache-Control的优先级高于Expiresweb

expires起到控制页面缓存的做用，合理配置expires能够减小不少服务器的请求, expires的配置能够在http段中或者server段中或者location段中. 好比控制图片等过时时间为30天, 能够配置以下:编程

location ~ \.(gif|jpg|jpeg|png|bmp|ico)$ {
           root /var/www/img/;
           expires 30d;
       }

再好比:后端

location ~ \.(wma|wmv|asf|mp3|mmf|zip|rar|swf|flv)$ {
               root /var/www/upload/;
               expires max;
       }

3. Last-Modified:
该资源的最后修改时间, 在浏览器下一次请求资源时, 浏览器将先发送一个请求到服务器上, 并附上If-Unmodified-Since头来讲明浏览器所缓存资源的最后修改时间, 若是服务器发现没有修改, 则直接返回304(Not Modified)回应信息给浏览器(内容不多), 若是服务器对比时间发现修改了, 则照常返回所请求的资源. api

须要注意:
1) Last-Modified属性一般和Expires或Cache-Control属性配合使用, 由于即便浏览器设置缓存, 当用户点击”刷新”按钮时, 浏览器会忽略缓存继续向服务器发送请求, 这时Last-Modified将可以很好的减少回应开销. 浏览器

2) ETag将返回给浏览器一个资源ID, 若是有了新版本则正常发送并附上新ID, 不然返回304，可是在服务器集群状况下, 每一个服务器将返回不一样的ID, 所以不建议使用ETag.缓存

以上描述的客户端浏览器缓存是指存储位置在客户端浏览器, 可是对客户端浏览器缓存的实际设置工做是在服务器上的资源中完成的. 虽然上面介绍了有关于客户端浏览器缓存的属性, 可是实际上对这些属性的设置工做都须要在服务器的资源中作设置. 一般有两种操做手段对浏览器缓存进行设置, 一个是经过页面指令声明来设置, 另一个是经过编程方式来设置.

下面是相关页面设置Cache-Control头信息的几个简单配置:
例一:

if ($request_uri ~* "^/$|^/search/.+/|^/company/.+/") {
     add_header    Cache-Control  max-age=3600;
    }

我的理解的max-age意思是：客户端本地的缓存，在配置的生存时间内的，客户端能够直接使用，超出生存时间的，到服务器上取新数据。固然这些还要看客户端浏览器的设置。

例二:

location ~ .*\.(css|js|swf|php|htm|html )$ {
      add_header Cache-Control no-store;
}

例三:

location ~ .*\.(js|css)$ {
     expires 10d;
}

例四: 将html结尾的请求加上no-cache

location / {
    access_log /data/nginx/log/xxx.log api;
    root /home/www/html;
    if ($request_filename ~ .*\.(htm|html)$)
     {
            add_header Cache-Control no-cache;
     }
}

二. http Headers模块 (设置HTTP报文的头标)
Nginx的ngx_http_headers_module模块能够对Cache-Control头相关的东西进行配置, 好比:

expires     24h;
expires     0;
expires     -1;
expires     epoch;
add_header  Cache-Control  private;

指令
add_header add_header
expires expires

增长头标
语法： add_header name value
默认值： none
做用域： http, server, location
当HTTP应答状态码为 200、20四、30一、302 或 304 的时候，增长指定的HTTP头标。其中头标的值可使用变量。

expires
语法： expires [time|epoch|max|off
默认值： expires off
做用域： http, server, location
使用本指令能够控制HTTP应答中的“Expires”和“Cache-Control”的头标,（起到控制页面缓存的做用）。

能够在time值中使用正数或负数。“Expires”头标的值将经过当前系统时间加上您设定的 time 值来得到。

epoch

指定“Expires”的值为 1 January, 1970, 00:00:01 GMT。

max

指定“Expires”的值为 31 December 2037 23:59:59 GMT，“Cache-Control”的值为10年。

-1

指定“Expires”的值为服务器当前时间 -1s,即永远过时.

"Cache-Control"头标的值由您指定的时间来决定：
- 负数

Cache-Control: no-cache

- 正数或零

Cache-Control: max-age = #

# 为您指定时间的秒数。

"off" 表示不修改“Expires”和“Cache-Control”的值;

三. Cache-Control
Cache-Control 通用消息头字段被用于在http 请求和响应中经过指定指令来实现缓存机制。缓存指令是单向的, 这意味着在请求设置的指令，在响应中不必定包含相同的指令。

响应头：Cache-Control：no-cache，强制每次请求直接发送给源服务器，而不通过本地缓存版本的校验。这对于须要确认认证应用颇有用（能够和public结合使用），或者严格要求使用最新数据的应用（不惜牺牲使用缓存的全部好处）. 通俗解释：浏览器通知服务器，本地没有缓存数据.

cache-control :
max-age>0时直接从游览器缓存中提取;
max-age<=0 时向server发送http请求确认 ,该资源是否有修改, 有的话返回200 , 无的话返回304。

通俗解释：响应头中的 Cache-Control:max-age=315360000 是通知浏览器: 315360000 秒以内不要烦我, 就本身从缓冲区中刷新。

语法
指令不区分大小写，而且具备可选参数，能够用令牌或者带引号的字符串语法。多个指令以逗号分隔。

指令
- 可缓存性
public
代表响应能够被任何对象（包括：发送请求的客户端，代理服务器，等等）缓存。表示相应会被缓存，而且在多用户间共享。默认是public。
private
代表响应只能被单个用户缓存，不能做为共享缓存（即代理服务器不能缓存它）,能够缓存响应内容。响应只做为私有的缓存，不能在用户间共享。若是要求HTTP认证，响应会自动设置为private。
no-cache
在释放缓存副本以前，强制高速缓存将请求提交给原始服务器进行验证。指定不缓存响应，代表资源不进行缓存。可是设置了no-cache以后并不表明浏览器不缓存，而是在缓存前要向服务器确认资源是否被更改。所以有的时候只设置no-cache防止缓存仍是不够保险，还能够加上private指令，将过时时间设为过去的时间。
only-if-cached
代表客户端只接受已缓存的响应，而且不要向原始服务器检查是否有更新的拷贝.

- 到期
max-age=<seconds>
设置缓存存储的最大周期，超过这个时间缓存被认为过时(单位秒)。与Expires相反，时间是相对于请求的时间。max-age会覆盖掉Expires。
s-maxage=<seconds>
覆盖max-age 或者 Expires 头，可是仅适用于共享缓存(好比各个代理)，而且私有缓存中它被忽略。也就是说s-maxage只用于共享缓存，好比CDN缓存（s -> share）。与max-age 的区别是： max-age用于普通缓存，而s-maxage用于代理缓存。若是存在s-maxage,则会覆盖max-age 和 Expires.
max-stale[=<seconds>]
代表客户端愿意接收一个已通过期的资源。可选的设置一个时间(单位秒)，表示响应不能超过的过期时间。
min-fresh=<seconds>
表示客户端但愿在指定的时间内获取最新的响应。
stale-while-revalidate=<seconds>
代表客户端愿意接受陈旧的响应，同时在后台异步检查新的响应。秒值指示客户愿意接受陈旧响应的时间长度。
stale-if-error=<seconds>
表示若是新的检查失败，则客户愿意接受陈旧的响应。秒数值表示客户在初始到期后愿意接受陈旧响应的时间。

- 从新验证和从新加载
must-revalidate
缓存必须在使用以前验证旧资源的状态，而且不可以使用过时资源。表示若是页面过时，则去服务器进行获取。
proxy-revalidate
与must-revalidate做用相同，但它仅适用于共享缓存（例如代理），并被私有缓存忽略。
immutable
表示响应正文不会随时间而改变。资源（若是未过时）在服务器上不发生改变，所以客户端不该发送从新验证请求头（例如If-None-Match或If-Modified-Since）来检查更新，即便用户显式地刷新页面。在Firefox中，immutable只能被用在 https:// transactions.

- 其余
no-store
缓存不该存储有关客户端请求或服务器响应的任何内容。表示绝对禁止缓存!
no-transform
不得对资源进行转换或转变。Content-Encoding, Content-Range, Content-Type等HTTP头不能由代理修改。例如，非透明代理能够对图像格式进行转换，以便节省缓存空间或者减小缓慢链路上的流量。 no-transform指令不容许这样作。

两个小示例
- 禁止缓存
发送以下指令能够关闭缓存。此外，能够参考Expires 和 Pragma 标题。

Cache-Control: no-cache, no-store, must-revalidate

- 缓存静态资源节
对于应用程序中不会改变的文件，一般能够在发送响应头前添加积极缓存。这包括例如由应用程序提供的静态文件，例如图像，CSS文件和JavaScript文件。另请参阅Expires标题。

Cache-Control:public, max-age=31536000

这里扩展一下:
HTTP1.0
HTTP1.0中经过Pragma 控制页面缓存，一般设置的值为no- cache，不过这个值不这么保险，一般还加上Expires置为0来达到目的。可是如咱们刻意须要浏览器或缓存服务器缓存住咱们的页面这个值则要设置为 Pragma。

HTTP1.1
HTTP1.1中启用Cache-Control 来控制页面的缓存与否，Cache-Control是http1.1 中的标准，能够当作是 expires 的补充, 使用的是相对时间的概念。注意几个经常使用的参数：
no-cache: 浏览器和缓存服务器都不该该缓存页面信息；
public: 浏览器和缓存服务器均可以缓存页面信息；
no-store: 请求和响应的信息都不该该被存储在对方的磁盘系统中；
must-revalidate: 对于客户机的每次请求，代理服务器必须想服务器验证缓存是否过期

目前Cache-Control请求字段被各个浏览器支持的较好，其优先级也比较高，当和别的字段（如Expires）一块儿用时，会覆盖其余字段。

四. nginx配置管理浏览器静态缓存策略
浏览器缓存: expires, cache-control, last-modified, etag. 先来看一张图:

每一个状态的详细说明以下：
一、Last-Modified
在浏览器第一次请求某一个URL时，服务器端的返回状态会是200，内容是你请求的资源，同时有一个Last-Modified的属性标记(HttpReponse Header)此文件在服务期端最后被修改的时间，格式相似这样:

Last-Modified:Tue, 24 Feb 2019 08:01:04 GMT

客户端第二次请求此URL时，根据HTTP协议的规定，浏览器会向服务器传送If-Modified-Since报头(HttpRequest Header)，询问该时间以后文件是否有被修改过:

If-Modified-Since:Tue, 24 Feb 2019 08:01:04 GMT

若是服务器端的资源没有变化，则自动返回HTTP304（NotChanged.）状态码，内容为空，这样就节省了传输数据量。当服务器端代码发生改变或者重启服务器时，则从新发出资源，返回和第一次请求时相似。从而保证不向客户端重复发出资源，也保证当服务器有变化时，客户端可以获得最新的资源。

注意: 若是If-Modified-Since的时间比服务器当前时间(当前的请求时间request_time)还晚，会认为是个非法请求

二、Etag工做原理
HTTP协议规格说明定义ETag为“被请求变量的实体标记”（参见14.19）。简单点即服务器响应时给请求URL标记，并在HTTP响应头中将其传送到客户端，相似服务器端返回的格式:

Etag:“5d8c72a5edda8d6a:3239″

客户端的查询更新格式是这样的:

If-None-Match:“5d8c72a5edda8d6a:3239″

若是ETag没改变，则返回状态304。即: 在客户端发出请求后，HttpReponse Header中包含Etag:“5d8c72a5edda8d6a:3239″
标识，等于告诉Client端，你拿到的这个的资源有表示ID：5d8c72a5edda8d6a:3239。当下次须要发Request索要同一个URI的时候，浏览器同时发出一个If-None-Match报头(Http RequestHeader)此时包头中信息包含上次访问获得的Etag:“5d8c72a5edda8d6a:3239″标识。

If-None-Match:“5d8c72a5edda8d6a:3239“

这样，Client端等于Cache了两份，服务器端就会比对2者的etag。若是If-None-Match为False，不返回200，返回304(Not Modified) Response。

三、Expires
给出的日期/时间后，被响应认为是过期。如 Expires:Thu, 02 Apr 2009 05:14:08 GMT需和Last-Modified结合使用。用于控制请求文件的有效时间，当请求数据在有效期内时客户端浏览器从缓存请求数据而不是服务器端.当缓存中数据失效或过时，才决定从服务器更新数据。

四、Last-Modified和Expires
Last-Modified标识可以节省一点带宽，可是仍是逃不掉发一个HTTP请求出去，并且要和Expires一块儿用。而Expires标识却使得浏览器干脆连HTTP请求都不用发，好比当用户F5或者点击Refresh按钮的时候就算对于有Expires的URI，同样也会发一个HTTP请求出去，因此，Last-Modified仍是要用的，并且要和Expires一块儿用。

五、Etag和Expires
若是服务器端同时设置了Etag和Expires时，Etag原理一样，即与 Last-Modified/Etag 对应的 HttpRequestHeader:If-Modified-Since 和 If-None-Match。咱们能够看到这两个Header的值和WebServer发出的Last-Modified,Etag值彻底同样；在彻底匹配If-Modified-Since和If-None-Match即检查完修改时间和Etag以后，服务器才能返回304.

六、Last-Modified和Etag
分布式系统里多台机器间文件的last-modified必须保持一致，以避免负载均衡到不一样机器致使比对失败. 分布式系统尽可能关闭掉Etag(每台机器生成的etag都会不同)

Last-Modified和ETags请求的http报头一块儿使用，服务器首先产生Last-Modified/Etag标记，服务器可在稍后使用它来判断页面是否已经被修改，来决定文件是否继续缓存

过程以下:
1) 客户端请求一个页面（A）。
2) 服务器返回页面A，并在给A加上一个Last-Modified/ETag。
3) 客户端展示该页面，并将页面连同Last-Modified/ETag一块儿缓存。
4) 客户再次请求页面A，并将上次请求时服务器返回的Last-Modified/ETag一块儿传递给服务器。
5) 服务器检查该Last-Modified或ETag，并判断出该页面自上次客户端请求以后还未被修改，直接返回响应304和一个空的响应体。

须要注意:
1) Last-Modified和Etag头都是由WebServer发出的HttpReponse Header，WebServer应该同时支持这两种头。
2) WebServer发送完Last-Modified/Etag头给客户端后，客户端会缓存这些头；
3) 客户端再次发起相同页面的请求时，将分别发送与Last-Modified/Etag对应的HttpRequestHeader:If-Modified-Since和If-None-Match。咱们能够看到这两个Header的值和WebServer发出的Last-Modified,Etag值彻底同样；
4) 经过上述值到服务器端检查，判断文件是否继续缓存；

七、关于 Cache-Control: max-age=秒和 Expires
Expires = 时间，HTTP 1.0 版本，缓存的载止时间，容许客户端在这个时间以前不去检查（发请求）
max-age = 秒，HTTP 1.1版本，资源在本地缓存多少秒。
若是max-age和Expires同时存在，则被Cache-Control的max-age覆盖。

Expires 的一个缺点: 就是返回的到期时间是服务器端的时间，这样存在一个问题，若是客户端的时间与服务器的时间相差很大，那么偏差就很大，因此在HTTP 1.1版开始，使用Cache-Control: max-age=秒替代。

Expires =max-age + “每次下载时的当前的request时间”

因此一旦从新下载的页面后，expires就从新计算一次，但last-modified不会变化.

八、基于nginx配置使用总结
分布式系统(有ng-ha 和应用的负载均衡),最好使用Last-Modified和Expires,把Etag关闭掉。
1) 关闭etag

http {
        etag off;

关闭etag, 使用Last-Modified和Expires

2) 配置last-modified(默认开启)和expires

location ~.*\.(gif|jpg|jpeg|png|bmp|swf)$
        {
                expires      30d;
        }

location ~.*\.(js|css)?$
        {
                expires      12h;
        }

对于配置了多个location(upstream)的，能够:

location /filebase/ {
            root /hskj/file/;
            autoindex on;

            if ($request_filename ~* ^.*?\.(txt|doc|pdf|rar|gz|zip|docx|exe|xlsx|ppt|pptx)$){
                add_header Content-Disposition: 'attachment;';
            }

            if ($request_filename ~* ^.*?\.(gif|jpg|jpeg|png|bmp|swf)$){
                expires      30d;
            }

            if ($request_filename ~* ^.*?\.(js|css)$){
                expires      12h;
            }
}

效果以下：

这里顺便看一个配置实例: nginx设置不使用缓存 add_header Cache-Control no-cache

server {
    listen       443;
    server_name  www.kevin.com;
    charset utf-8;

    ssl                  on;
    ssl_certificate      /daka/program/nginx/conf/server.cer;
    ssl_certificate_key  /daka/program/nginx/conf/server.key;
    ssl_session_timeout  5m;
    ssl_protocols  SSLv2 SSLv3 TLSv1;
    ssl_ciphers  HIGH:!aNULL:!MD5;
    ssl_prefer_server_ciphers   on;

    #设置浏览器缓存
    add_header Cache-Control no-cache;
    add_header Cache-Control private;
 
 
    location /yp {
        proxy_redirect off;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_pass http://192.168.0.221:8082/yp/yp;
 
        if ($request_filename ~* .*.(html|htm)$)
         {
         expires -1s;
         }

         if ($request_filename ~* .*.(gif|jpg|jpeg|png|bmp|swf)$)
         {
         expires 30d;
         }

         if ($request_filename ~ .*.(js|css)$)
         {
         expires 12h;
         }
    }

       location /static {
        proxy_redirect off;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_pass http://192.168.0.221:8082/static;
 
        if ($request_filename ~* .*.(html|htm)$)
         {
         expires -1s;
         }

         if ($request_filename ~* .*.(gif|jpg|jpeg|png|bmp|swf)$)
         {
         expires 30d;
         }

         if ($request_filename ~ .*.(js|css)$)
         {
         expires 12h;
         }

    }
 
   location / {
        proxy_redirect off;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_pass http://192.168.0.221:8080/;
#         if (-e $request_filename){
#           rewrite ^/$ https://www.kevin.com:443/invest/index.jhtml permanent;
#         }
 
 
        if ($request_filename ~* .*.(html|htm)$)
         {
#         expires -1s;
         }

         if ($request_filename ~* .*.(gif|jpg|jpeg|png|bmp|swf)$)
         {
         expires 30d;
         }

         if ($request_filename ~ .*.(js|css)$)
         {
         expires 12h;
         }
         
    }
}

运维案例分享: Nginx增长缓存控制字段cache-control
开发发过来的需求:
1) 对于html文件，cache control设置为no-cache;
2) 对于js，图片，css，字体等，设置max-age=2592000. 也就是30天;

注意点:
- 缓存控制字段cache-control的配置(add_header)要放在http, server, location区域, 或是放在location的if判断里, 例如"add_header Cache-Control no-cache;".
- 若是前面有LB负载代理层, 则缓存控制字段cache-control配置要放在后端的真实服务器nginx的location区域, 而且要指定root根路径, 不然访问会出现404 (即找不到访问路径);

针对上面的案例需求, 操做记录以下:
1) 本案中在实际场景中, 有LB层. LB层的nginx配置不须要配置, 这里只是粘贴下负载配置:

[root@fvtlb01 ~]# cat /data/nginx/conf/vhosts/fvtkevin-web.veredholdings-inc.com.conf 
upstream fvtkevin-web-inc {
      ip_hash;
      server 172.16.50.73:80  max_fails=3 fail_timeout=15s;
      server 172.16.50.74:80  max_fails=3 fail_timeout=15s;
}

  server {
      listen      80;
      server_name fvtkevin-web.veredholdings-inc.com;
    
      access_log  /data/nginx/logs/fvtkevin-web.veredholdings-inc.com-access.log main;
      error_log  /data/nginx/logs/fvtkevin-web.veredholdings-inc.com-error.log;


 location / {
         proxy_pass http://fvtkevin-web-inc;
         proxy_redirect off ;
         proxy_set_header Host $host;
         proxy_set_header X-Real-IP $remote_addr;
         proxy_set_header REMOTE-HOST $remote_addr;
         proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
         proxy_connect_timeout 300;
         proxy_send_timeout 300;
         proxy_read_timeout 600;
         proxy_buffer_size 256k;
         proxy_buffers 4 256k;
         proxy_busy_buffers_size 256k;
         proxy_temp_file_write_size 256k;
         proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504 http_404;
         proxy_max_temp_file_size 128m;
         #proxy_cache mycache;                                
         #proxy_cache_valid 200 302 1h; 
         #proxy_cache_valid 301 1d;
         #proxy_cache_valid any 1m;
}
}

2) 缓存控制字段cache-control的配置要放在后端两台真实服务器172.16.50.73和172.16.50.74上.
a) 172.16.60.73 (即fvtkevin-dmz01.veredholdings.cn)服务器上缓存控制字段cache-control的配置以下:

[root@fvtkevin-dmz01 ~]# cat /data/nginx/conf/vhosts/fvtkevin-web01.veredholdings.cn.conf 
server {
      listen      80;
      server_name fvtkevin-dmz01.veredholdings.cn;
    
      access_log  /data/nginx/logs/fvtkevin-dmz01.veredholdings.cn-access.log main;
      error_log  /data/nginx/logs/fvtkevin-dmz01.veredholdings.cn-error.log;

      location / {
      root /data/web/kevin;
      index index.php index.html index.htm; 
      }


      location ~ \.(css|js|gif|jpg|jpeg|png|bmp|swf|ttf|woff|otf|ttc|pfa)$ {
      root /data/web/kevin;
            expires 30d;
        }

      location ~ \.(html|htm)$ {
          root /data/web/kevin;
          add_header Cache-Control no-cache;
        }

      location /document/ {
      alias /data/web/document/;
      }

      location ~ \.(css|js|gif|jpg|jpeg|png|bmp|swf|ttf|woff|otf|ttc|pfa)$ {
      root /data/web/document;
            expires 30d;
        }

      location ~ \.(html|htm)$ {
          root /data/web/document;
          add_header Cache-Control no-cache;
        }

  }

b) 172.16.60.74 (即fvtkevin-dmz02.veredholdings.cn)服务器上缓存控制字段cache-control的配置以下:

[root@fvtkevin-dmz02 ~]# cat /data/nginx/conf/vhosts/fvtkevin-web02.veredholdings.cn.conf 
server {
      listen      80;
      server_name fvtkevin-web02.veredholdings.cn;
    
      access_log  /data/nginx/logs/fvtkevin-web02.veredholdings.cn-access.log main;
      error_log  /data/nginx/logs/fvtkevin-web02.veredholdings.cn-error.log;
    
      location / {
      root /data/web/kevin;
      index index.php index.html index.htm; 
      }

      location ~ \.(css|js|gif|jpg|jpeg|png|bmp|swf|ttf|woff|otf|ttc|pfa)$ {
      root /data/web/kevin;
            expires 30d;
        }

      location ~ \.(html|htm)$ {
      root /data/web/kevin;
      add_header Cache-Control no-cache;
        }

      location /document/ {
      alias /data/web/document/;
      }


      location ~ \.(css|js|gif|jpg|jpeg|png|bmp|swf|ttf|woff|otf|ttc|pfa)$ {
      root /data/web/document;
            expires 30d;
        }

      location ~ \.(html|htm)$ {
          root /data/web/document;
          add_header Cache-Control no-cache;
        }

  }

以上配置中, 关于缓存控制字段cache-control的配置主要有两个:
1) http://fvtkevin-web.veredholdings-inc.com/ 下:
对于html, html格式的文件，cache control设置为no-cache;
对于js，图片，css，字体等，设置max-age=2592000;
这是基于/data/web/kevin的root根目录下的
2) http://fvtkevin-web.veredholdings-inc.com/document 下:
对于html, html格式的文件，cache control设置为no-cache;
对于js，图片，css，字体等，设置max-age=2592000;
这是基于/data/web/document的root根目录下的

以上配置后, 访问http://fvtkevin-web.veredholdings-inc.com/ 或者 http://fvtkevin-web.veredholdings-inc.com/document 进行验证. 这里验证下http://fvtkevin-web.veredholdings-inc.com/, 效果以下:

上面显示了http://fvtkevin-web.veredholdings-inc.com/ 首页(即index.html文件)访问头部信息里有"no-cache"信息!

上面显示了http://fvtkevin-web.veredholdings-inc.com/*.js文件访问的头部信息里的缓存时间设置!