您当前的位置:首页 > 电脑百科 > 站长技术 > 服务器

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

时间:2019-11-01 09:31:34  来源:  作者:

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。

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

一. 浏览器中关于 Cache 的3属性:

1. Cache-Control:

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

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: 后退时会访问服务器.

2. Expires:

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

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) 回应信息给浏览器(内容很少), 如果服务器对比时间发现修改了, 则照常返回所请求的资源.

需要注意:

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、204、301、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年。

指定“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 配置管理浏览器静态缓存策略

浏览器缓存: expirescache-controllast-modifiedetag. 先来看一张图:

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

 

每个状态的详细说明如下:

1、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) 还晚,会认为是个非法请求

2、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。

3、Expires

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

4、Last-Modified和Expires

Last-Modified 标识能够节省一点带宽,但是还是逃不掉发一个 HTTP 请求出去,而且要和Expires一起用。而 Expires 标识却使得浏览器干脆连 HTTP 请求都不用发,比如当用户 F5 或者点击 Refresh 按钮的时候就算对于有 Expires 的 URI,一样也会发一个 HTTP 请求出去,所以,Last-Modified 还是要用的,而且要和 Expires 一起用。

5、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.

6、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) 通过上述值到服务器端检查,判断文件是否继续缓存;

7、关于 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不会变化.

8、基于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 下关于缓存控制字段 cache-control 的配置说明

 

这里顺便看一个配置实例: 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/, 效果如下:

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

 

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

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

 

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

当你发现自己的才华撑不起野心时,就请安静下来学习吧!

作者:散尽浮华

出处:http://1t.click/aJqG



Tags:Nginx cache-control   点击:()  评论:()
声明:本站部分内容及图片来自互联网,转载是出于传递更多信息之目的,内容观点仅代表作者本人,如有任何标注错误或版权侵犯请与我们联系,我们将及时更正、删除,谢谢。
▌相关推荐
HTTP 协议的 Cache -Control 指定请求和响应遵循的缓存机制。在请求消息或响应消息中设置 Cache-Control 并不会影响另一个消息处理过程中的缓存处理过程。请求时的缓存指令...【详细内容】
2019-11-01  Tags: Nginx cache-control  点击:(46)  评论:(0)  加入收藏
▌简易百科推荐
最近发现点好玩的工具,迫不及待地想跟大家分享一下。大家平时都怎么查Linux日志呢?像我平时会用tail、head、cat、sed、more、less这些经典系统命令,或者awk这类三方数据过滤工...【详细内容】
2021-07-16  程序猿阿嘴  公众号  Tags:Linux日志   点击:(2)  评论:(0)  加入收藏
nginx配置文件详解#启动子进程程序默认用户#user nobody;#一个主进程和多个工作进程。工作进程是单进程的,且不需要特殊授权即可运行;这里定义的是工作进程数量worker_proce...【详细内容】
2021-07-16  请叫我老菜鸟    Tags:nginx   点击:(1)  评论:(0)  加入收藏
上云在今天几乎已经成了很多企业的标配,云服务器因为不需要运维人员去机房维护,也不需要企业去建设机房等,大大降低了企业的IT资源门槛,可以帮助用户快速实现业务部署。云服务器...【详细内容】
2021-07-14  云服务批发部    Tags:云服务器   点击:(4)  评论:(0)  加入收藏
做运维的都知道,服务器出点问题,就够我们受的,轻则被骂,重则丢饭碗,所以,每逢节假日,我们恨不得在机房点上三柱香、贴上几张符,给服务器和网络设备跪拜一番,求它们别出问题,也让我们过...【详细内容】
2021-07-13  IT狂人日志    Tags:服务器   点击:(5)  评论:(0)  加入收藏
Nginx是现在最火的服务器web和反向代理服务器,反向代理是指以代理服务器来接受internet上的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给inte...【详细内容】
2021-07-09  数通畅联    Tags:Nginx配置   点击:(4)  评论:(0)  加入收藏
1. 实验说明:前面的章节我们已经简单学习了windows server2019上如何搭建web服务器的,有的同学可能在上网的过程中会发现有些域名是使用的http访问而有的域名则是使用https加...【详细内容】
2021-07-07  Kali与编程    Tags:https   点击:(5)  评论:(0)  加入收藏
作者:vbirdbestblog.csdn.net/vbirdbest/article/details/80913319一、HTTP服务器Nginx本身也是一个静态资源的服务器,当只有静态资源的时候,就可以使用Nginx来做服务器,如果一...【详细内容】
2021-07-06  vbirdbest  CSDN  Tags:Nginx   点击:(16)  评论:(0)  加入收藏
1.实验说明:Web服务器一般指网站服务器,是指驻留于因特网上某种类型计算机的程序,可以处理浏览器等Web客户端的请求并返回相应响应,也可以放置网站文件,让全世界浏览;可以放置数据...【详细内容】
2021-07-06  Kali与编程    Tags:web服务器   点击:(16)  评论:(0)  加入收藏
一、前言server.xml 配置,是 Tomcat启动配置,从配置结构可以看出 Tomcat 的整体架构。如果能够了解其常用配置项,对 Tomcat有一个高屋建瓴的把握,然后再庖丁解牛,一步步深入源码...【详细内容】
2021-07-04  徐同学呀  CSDN  Tags:Tomcat   点击:(10)  评论:(0)  加入收藏
我们常常会听到这样一句话:“为了让研发只关心业务开发,我们做了某某某!”做了啥呢,做了让你不用关心,系统搭建、技术框架、核心组件、通用模块以及上线应用时也只是点点点就可以...【详细内容】
2021-07-04  IT技术管理那些事儿    Tags:服务器   点击:(9)  评论:(0)  加入收藏
最新更新
栏目热门
栏目头条