nginx使用详解--缓存

news2024/9/23 21:29:58

Nginx 是一个功能强大的 Web 服务器和反向代理服务器，它可以用于实现静态内容的缓存，缓存可以分为客户端缓存和服务端缓存。

客户端缓存

客户端缓存指的是浏览器缓存, 浏览器缓存是最快的缓存, 因为它直接从本地获取(但有可能需要发送一个协商缓存的请求), 它的优势是可以减少网络流量, 加快请求速度。

服务端缓存指的是反向代理服务器或CDN的缓存, 他的作用是用于减轻后端实际的Web Server的压力。

浏览器缓存可以分为两种模式，强缓存和协商缓存。

强缓存（无HTTP请求，无需协商）

直接读取本地缓存，无需向服务端发送请求确认，HTTP返回状态码是200（from memory cache或者from disk cache ，不同浏览器返回的信息不一致的）。

相关的HTTP Header有:

Cache-Control
Expires

协商缓存（有HTTP请求，需协商）

浏览器虽然发现了本地有该资源的缓存，但是缓存已经过期，于是向服务器询问缓存内容是否还可以使用，若服务器认为浏览器的缓存内容还可用，那么便会返回304（Not Modified）HTTP状态码，告诉浏览器读取本地缓存；如果服务器认为浏览器的缓存内容已经改变，则返回新的请求的资源。

实现客户端缓存通常需要通过 HTTP 头信息来控制浏览器对资源的缓存行为。以下是几种常见的实现方式：

  1. Cache-Control 头：
    使用 Cache-Control 头来控制客户端缓存的行为。通过设置 max-age 指令来指定资源的有效期，以秒为单位。例如：
Cache-Control: max-age=3600

上述示例指定资源在客户端缓存中的有效期为 3600 秒（1 小时）。

  1. Expires 头：
    使用 Expires 头来指定资源的过期时间。该头信息的值为一个 HTTP 格式的日期时间，表示资源的过期时间。例如：
Expires: Tue, 01 Jan 2025 00:00:00 GMT

上述示例指定资源的过期时间为 2025 年 1 月 1 日。

  1. Last-Modified 头和 If-Modified-Since 头：
    服务器可以在响应中添加 Last-Modified 头，表示资源的最后修改时间。客户端在后续的请求中可以通过 If-Modified-Since 头将上次请求的响应的 Last-Modified 时间发送给服务器。如果资源在这个时间之后没有修改过，服务器可以返回 304 Not Modified 响应，告诉客户端可以继续使用缓存的资源。例如：
Last-Modified: Mon, 01 Jan 2022 00:00:00 GMT

客户端请求中：

If-Modified-Since: Mon, 01 Jan 2022 00:00:00 GMT

服务器在检查资源的修改时间后，如果资源没有修改，则返回 304 Not Modified。

  1. ETag 头和 If-None-Match 头：
    类似于 Last-Modified 和 If-Modified-Since，服务器可以在响应中添加 ETag 头，表示资源的唯一标识符。客户端在后续的请求中可以通过 If-None-Match 头将上次请求的响应的 ETag 发送给服务器。如果资源的 ETag 没有改变，服务器可以返回 304 Not Modified 响应。例如：
ETag: "abc123"

客户端请求中：

If-None-Match: "abc123"

服务器在检查资源的 ETag 后，如果资源没有修改，则返回 304 Not Modified。

缓存校验流程
由于网站内容的经常变化，为了保持缓存的内容与网站服务器的内容一致，客户端会通过内容缓存的有效期（强制缓存）以及Web服务器提供的访问请求的校验（协商缓存），快速判断请求的内容是否已经更新。客户端缓存校验流程图如下：

在这里插入图片描述

强制缓存
强制缓存原理： 浏览器在加载资源的时候，会先根据本地缓存资源的header中的信息(Expires 和 Cache-Control)来判断缓存是否过期。如果缓存没有过期，则会直接使用缓存中的资源；否则，会向服务端发起协商缓存的请求。

客户端判断缓存是否过期和先前请求时服务端返回的HTTP消息头字段有关：

服务端返回字段作用
Cache-Control: max-age=x客户端缓存时间超出x秒后则缓存过期
Cache-Control: no-cache客户端不能直接使用本地缓存的响应，需要进行协商缓存，发送请求到服务器确认是否可以使用缓存。如果Web服务器返回304，则客户端使用本地缓存，如果返回200，则使用Web服务器返回的新的数据
Cache-Control: no-store客户端不能对响应进行缓存
Cache-Control: public可以被所有的用户缓存，包括终端用户和 CDN 等中间代理服务器
Cache-Control:private只能被终端用户的浏览器缓存，不允许 CDN 等中继缓存服务器对其缓存
expires x客户端缓存时间超出x秒后则缓存过期，优先级比Cache-Control: max-age=x低

协商缓存
协商缓存原理： 当客户端向服务端发起请求时，服务端会检查请求中是否有对应的标识（If-Modified-Since或Etag），如果没有对应的标识，服务器端会返回标识给客户端，客户端下次再次请求的时候，把该标识带过去，然后服务器端会验证该标识，如果验证通过了，则会响应304，告诉浏览器读取缓存。如果标识没有通过，则返回请求的资源。

Last-Modified与If-Modified-Since属于HTTP/1.0，是用于服务端对响应数据修改时间进行校验的服务端校验方法。Last-Modified的值是由服务端生成后传递给客户端的，客户端发送请求时，会将本地内容缓存中的Last-Modified的值由请求消息头的If-Modified-Since字段传递给服务端，如果服务端的被请求的内容的最后修改时间和If-Modified-Since的（默认是exact精确匹配）值不一致，则将返回新的内容，否则返回响应状态码304，客户端将使用本地缓存。

Etag与If-None-Match属于HTTP/1.1，优先级高于Last-Modified的验证，是用于服务端对响应数据进行实体标签校验的服务端校验方法。Etag类似于身份指纹，是一个可以与Web资源关联的记号。当客户端第一次发起请求时，Etag的值在响应头中传递给客户端；当客户端再次发起请求时，如果验证完本地内容缓存后需要发起服务端验证，Etag的值将由请求消息头的If-None-Match字段传递给服务端。如果服务端验证If-None-Match的值与服务端的Etag值不匹配，则认为请求的内容已经更新，服务端将会返回新的内容，否则返回响应状态码304，客户端将使用本地缓存。

下图可以看到客户端第一次请求时，客户端请求中没有If-Modified-Since和Etag标识，服务端响应了200，并且返回了Etag和Last-Modified消息头。
在这里插入图片描述

当第二次客户端请求时，带上了If-Modified-Since和If-None-Match消息头，并且服务端经过校验后返回了304让客户端使用本地缓存。
在这里插入图片描述

用户行为对浏览器缓存的影响
当按下F5或者刷新时，客户端浏览器会添加请求消息头字段Cache-Control: max-age=0，该请求不进行内容缓存的本地验证，会直接向Web服务器发起请求，服务端根据If-Modified-Since或者If-None-Match的值进行验证。

当按下Ctrl+F5或者强制刷新时，客户端浏览器会添加请求消息头字段Cache-Control: no-cache，并且忽略所有服务端验证的消息头字段(Etag和Last-Modified)，该请求不进行内容缓存的本地验证，它会直接向Web服务器发起请求，因为请求中没有携带服务端验证的消息头字段，服务端会直接返回新的内容。

Cache-Control字段在请求和响应中的含义
客户端请求
max-age：不想要在代理服务器中缓存了太长时间(>max-age seconds)的资源。
max-stale：可以接收代理服务器上的过期缓存。若max-stable后没有值，则表示无论过期多久客户端都可以使用。
min-fresh：要求服务器使用其缓存时，至少保证在min-fresh秒内不会过期。
no-cache：告诉代理服务器，不能直接使用已有缓存作为响应返回，除非带着缓存条件到上游服务端得到 304 验证返回码才可使用现有缓存。
no-store：告诉各代理服务器不得缓存这个请求及其相应。
no-transform： 告诉代理服务器不要修改消息包体的内容。
only-if-cached：告诉代理服务器仅能返回缓存，没有缓存的话就返回 504。
服务端响应
max-age：告诉客户端缓存 Age 超出 max-age 秒后则缓存过期。
s-maxage：与max-age相似，但仅针对共享缓存，且优先级高于max-age和Expires。
public：可以被所有的用户缓存，包括终端用户和 CDN 等中间代理服务器。
private： 只能被终端用户的浏览器缓存，不允许 CDN 等中继缓存服务器对其缓存。
no-store：告诉所有下游节点不能对响应进行缓存。
no-cache： 告诉客户端不能直接使用缓存的响应，使用前必须在源服务器验证得到304返回码。
no-transform：告诉代理服务器不能修改消息包体的内容。
must-revalidate：告诉客户端一旦缓存过期，必须向服务器验证后才可使用。
proxy-revalidate：与 must-revalidate 类似，但它仅对代理服务器的共享缓存有效。

服务端缓存

proxy cache属于服务端缓存，主要实现 nginx 服务器对客户端数据请求的快速响应。 nginx 服务器在接收到被代理服务器的响应数据之后，一方面将数据传递给客户端，另一方面根据proxy cache的配置将这些数据缓存到本地硬盘上。 当客户端再次访问相同的数据时，nginx服务器直接从硬盘检索到相应的数据返回给用户，从而减少与被代理服务器交互的时间。

开启nginx缓存

在这里插入图片描述

反向代理nginx配置

首先需要指定proxy_cache_path，可以指定多条：

proxy_cache_path  /tmp/nginx/cache levels=1:2 inactive=60s keys_zone=mycache:10m max_size=10g;

/tmp/nginx/cache：缓存文件存放的路径。
levels : 默认所有缓存文件都放在同一个目录下时，会影响缓存的性能，大部分场景推荐使用2级目录来存储缓存文件，1和2表示用1位和2位16进制来命名目录名称。第一级目录用1位16进制命名，如b；第二级目录用2位16进制命名，如2b。所以一级目录有16个，二级目录有1616=256个，总目录数为16\256=4096个。
key_zone : 在共享内存中设置一块存储区域来存放缓存的key字符串，这样nginx可以快速判断一个request是否命中或者未命中缓存，1m可以存储8000个key，10m可以存储80000个key；
max_size（可选） : 最大cache空间，如果不指定，会使用掉所有磁盘空间。当达到配额后，会删除最少使用的cache文件。
inactive（可选） : 未被访问文件在缓存中保留时间，本配置中如果60秒未被访问则不论状态是否为expired，缓存控制程序会删掉文件，默认为10分钟。
然后在http,server或者location上下文中通过proxy_cache引用前面定义的proxy_cache_path：

user nginx;
events {
}

http {
  proxy_cache_path /tmp/nginx/cache levels=1:2 inactive=60s keys_zone=mycache:10m max_size=10g;
  server {
    listen 80;
    location /cache {
      proxy_pass http://192.168.1.135:8080;
      #proxy_cache_valid 200 302 80s; #代理服务器本身设置对200 302响应缓存80s
      proxy_cache mycache; #引用前面定义的proxy_cache_path
      add_header cache $upstream_cache_status; #这个不是必须的，只是方便我们测试的时候查看是否命中缓存
    }
  }
}
被代理服务器配置

被代理服务器上需要通知代理服务器缓存内容的时间，否则代理服务器不会对内容进行缓存，通过X-Accel-Expires，expires，Cache-Control "max-age="其中一个参数指定时间。如果代理服务器上配置了proxy_cache_valid的时间，那么被代理服务器可以不指定缓存内容的时间。

events {
}
http {
  server {
    listen 8080;
    location /cache {
      add_header X-Accel-Expires 100; #通知代理服务器缓存100s
      #expires 50;   #通知代理服务器缓存50s
      #add_header Cache-Control "max-age=50"; #通知代理服务器缓存50s
      alias /www/html/docs/ ;
    }
  }
}
验证缓存

客户端连续两次去访问代理服务器，可以看到第一次请求未命中缓存，第二次请求命中缓存。

❯ curl http://192.168.1.134/cache/  -I
HTTP/1.1 200 OK
Server: nginx/1.14.2
Date: Sat, 09 Jan 2021 16:09:38 GMT
Content-Type: text/html
Content-Length: 26065
Connection: keep-alive
Last-Modified: Wed, 21 Oct 2020 14:17:08 GMT
ETag: "5f9042e4-65d1"
Expires: Sat, 09 Jan 2021 16:10:27 GMT
Cache-Control: max-age=50
cache: MISS  #第一次请求未命中缓存
Accept-Ranges: bytes

❯ curl http://192.168.1.134/cache/  -I
HTTP/1.1 200 OK
Server: nginx/1.14.2
Date: Sat, 09 Jan 2021 16:09:39 GMT
Content-Type: text/html
Content-Length: 26065
Connection: keep-alive
Last-Modified: Wed, 21 Oct 2020 14:17:08 GMT
ETag: "5f9042e4-65d1"
Expires: Sat, 09 Jan 2021 16:10:27 GMT
Cache-Control: max-age=50
cache: HIT  #第二次请求命中缓存
Accept-Ranges: bytes

并且在代理服务器上我们之前指定的缓存文件路径下可以看到该文件。

[root@nginx-plus1 e2]# pwd
/tmp/nginx/cache/9/e2
[root@nginx-plus1 e2]# ls
b5ba0009996f20ce25cbca96ac976e29
缓存配置综合例子
user nginx;
events{
 worker_connections 1024;  
}
http {
    #设置缓存路径和相关参数（必选）
    proxy_cache_path  /tmp/nginx/cache levels=1:2  keys_zone=mycache:10m max_size=10g;
    server {
        listen 80;
        location /cache  {
            proxy_pass http://192.168.1.135:8080;

            #引用缓存配置（必选）
            proxy_cache mycache;

            #对响应状态码为200 302的响应缓存100s
            proxy_cache_valid 200 302 100s;
            #对响应状态码为404的响应缓存200
            proxy_cache_valid 404 200s;

            #请求参数带有nocache或者comment时不使用缓存
            proxy_cache_bypass $arg_nocache $arg_comment;

            #忽略被代理服务器设置的"Cache-Control"头信息
            proxy_ignore_headers "Cache-Control"; 

            #对GET HEAD POST方法进行缓存 
            proxy_cache_methods GET HEAD POST;

            #当缓存过期时，当构造上游请求时，添加If-Modified-Since和If-None-Match头部，值为过期缓存中的Last-Modified值和Etag值。
            proxy_cache_revalidate on;

            #当被代理服务器返回403时，nginx可以使用历史缓存来响应客户端，该功能在一定程度上能能够为客户端提供不间断访问
            proxy_cache_use_stale http_403;

            #默认开启，开启代理缓冲区（内存）
            proxy_buffering on;
            #设置响应头的缓冲区设为8k
            proxy_buffer_size 8k;
            #设置网页内容缓冲区个数为8，单个大小为8k
            proxy_buffers 8 8k;
            #设置当nginx还在读取被代理服务器的数据响应的同时间一次性向客户端响应的数据的最大为16k
            proxy_busy_buffers_size 16k;
            #临时文件最大为1024m
            proxy_max_temp_file_size 1024m;
            #设置一次往临时文件的大小最大为16k
            proxy_temp_file_write_size 16k;
            #设置临时文件存放目录
            proxy_temp_path /tmp/proxy_temp;

            #设置和被代理服务器连接的超时时间为60s
            proxy_connect_timeout 60;
            #设置向被代理服务器发送请求的超时时间为60s
            proxy_send_timeout 60;
            #设置从被代理服务器读取响应的超时时间为60s
            proxy_read_timeout 60;

            #添加缓存状态参数，方便测试是否命中缓存
            add_header cache $upstream_cache_status;
        }
    }
}
缓存状态

$upstream_cache_status中包含以下几个状态：
MISS:未命中缓存，请求被传送到后端服务器。
HIT: 命中缓存，使用缓存响应客户端。
EXPIRED: 缓存已经过期，请求被传送到后端。
UPDATING: 正在更新缓存，将使用旧缓存的应答客户端。
STALE: 客户端将得到过期的应答。
BYPASS: 缓存被绕过了，请求被传送到后端服务器。
REVALIDATED: nginx通过过期缓存中的Etag和Last-Modified字段的值向被代理服务器发起验证请求。

缓存多久
参数（优先级从高到低）位置
inactive代理服务器
X-Accel-Expires被代理服务器
Cache-Control被代理服务器
expires被代理服务器
proxy_cache_valid代理服务器
通过nginx变量限制是否使用缓存

proxy_cache_bypass
该参数设定，什么情况下的请求不读取cache而是直接从后端的服务器上获取资源。这里的string通常为nginx的的一些内置变量或者自己定义的变量。

Syntax:  proxy_cache_bypass string ...;
Default: —
Context: http, server, location

例如：

proxy_cache_bypass $arg_nocache $arg_comment;

当客户端访问请求中带有nocache或者comment参数时，不使用缓存数据。

❯ curl http://192.168.1.134/cache/?nocache=1  -I
HTTP/1.1 200 OK
Server: nginx/1.14.2
Date: Sun, 10 Jan 2021 05:38:25 GMT
Content-Type: text/html
Content-Length: 26065
Connection: keep-alive
Last-Modified: Wed, 21 Oct 2020 14:17:08 GMT
ETag: "5f9042e4-65d1"
Cache-Control: max-age=10
cache: BYPASS
Accept-Ranges: bytes

❯ curl http://192.168.1.134/cache/?comment=3  -I
HTTP/1.1 200 OK
Server: nginx/1.14.2
Date: Sun, 10 Jan 2021 05:38:29 GMT
Content-Type: text/html
Content-Length: 26065
Connection: keep-alive
Last-Modified: Wed, 21 Oct 2020 14:17:08 GMT
ETag: "5f9042e4-65d1"
Cache-Control: max-age=10
cache: BYPASS
Accept-Ranges: bytes

proxy_no_cache
该参数和proxy_cache_bypass类似，用来设定什么情况下不缓存。

Syntax:  proxy_no_cache string ...;
Default: —
Context: http, server, location

例如：

proxy_no_cache $cookie_nocache $arg_nocache $arg_comment;
定义缓存与请求间匹配的关键字

proxy_cache_key
设置nginx服务器在共享内存中为缓存数据建立索引时使用的关键字。

Syntax:  proxy_cache_key string;
Default: proxy_cache_key $scheme$proxy_host$request_uri;
Context: http, server, location

在这里插入图片描述

例如：

proxy_cache_key $scheme$proxy_host$uri$is_args$args;
影响缓存的HTTP method

proxy_cache_methods
设置可以缓存的HTTP请求方法。

Syntax:  proxy_cache_methods GET | HEAD | POST ...;
Default: proxy_cache_methods GET HEAD;
Context: http, server, location
This directive appeared in version 0.7.59.

proxy_cache_convert_head
当客户端一次使用HEAD方法请求时，nginx会通过GET方法向上游请求完整的header和body，只返回header给客户端。 当客户端下次使用GET方法请求时，nginx会把缓存好的body返回给客户端，就不用去请求上游了。

Syntax:  proxy_cache_convert_head on | off;
Default: proxy_cache_convert_head on;
Context: http, server, location
This directive appeared in version 1.9.7.
影响缓存的HTTP header

proxy_ignore_headers
当被代理服务器的响应存在以下头部时，nginx不会缓存：

Set-Cookie
Cache-Control中存在以下项之一：

private
no-cache
no-store

可以设置忽略被代理服务器的响应头。

Syntax:  proxy_ignore_headers field ...;
Default: —
Context: http, server, location

例如：

proxy_ignore_headers Set-Cookie Cache-Control;
影响缓存的HTTP 响应

proxy_cache_valid
通过该参数，可以配置相应的http code类型的请求，生成的缓存的过期时间，可以配置多条。

Syntax:  proxy_cache_valid [code ...] time;
Default: —
Context: http, server, location

例如：

proxy_cache_valid 200 302 10m;
proxy_cache_valid 404      1m;
缓存请求次数

proxy_cache_min_uses
当客户端请求发送的次数达到设置次数后才会缓存该请求的响应数据，如果不想缓存低频请求可以设置此项。

Syntax:  proxy_cache_min_uses number;
Default: proxy_cache_min_uses 1;
Context: http, server, location
缓存大小

proxy_buffering
默认是开启状态，当关闭时，nginx将不会对任何响应做缓存。

Syntax:  proxy_buffering on | off;
Default: proxy_buffering on;
Context: http, server, location

proxy_buffers
在内存中设置缓冲区存储被代理服务器响应的body所占用的buffer个数和每个buffer大小，默认情况下buffer size等于一个memory page，32为操作系统为4k,64位为8k。当buffer大小（内存）无法容纳被代理服务器响应数据时，会将响应数据存放在proxy_temp_path中定义的临时目录（硬盘）中。

Syntax:  proxy_buffers number size;
Default: proxy_buffers 8 4k|8k;
Context: http, server, location

proxy_buffer_size
proxy_buffer_size 用来接受被代理服务器响应头，如果响应头超过了这个长度，nginx会报upstream sent too big header错误，然后client收到的是502。

Syntax:  proxy_buffer_size size;
Default: proxy_buffer_size 4k|8k;
Context: http, server, location

proxy_busy_buffers_size
nginx将会尽可能的读取被代理服务器的数据到buffer，直到proxy_buffers设置的所有buffer被写满或者数据被读取完，此时nginx开始向客户端传输数据。如果数据很大的话，nginx会接收并把他们写入到temp_file里去，大小由proxy_max_temp_file_size 控制。当数据没有完全读完的时候,nginx同时向客户端传送的buffer大小不能超过 proxy_busy_buffers_size。

Syntax:  proxy_busy_buffers_size size;
Default: proxy_busy_buffers_size 8k|16k;
Context: http, server, location

proxy_temp_path
定义proxy的临时文件存在目录以及目录的层级。

Syntax:  proxy_temp_path path [level1 [level2 [level3]]];
Default: proxy_temp_path proxy_temp;
Context: http, server, location

例如：

proxy_temp_path /spool/nginx/proxy_temp 1 2;

那么临时文件将会类似：

/spool/nginx/proxy_temp/7/45/00000123457

proxy_temp_file_write_size
设置一次写入临时文件的数据的最大的大小。

Syntax:  proxy_temp_file_write_size size;
Default: proxy_temp_file_write_size 8k|16k;
Context: http, server, location

proxy_max_temp_file_size
设置临时文件的最大的大小。

Syntax:  proxy_max_temp_file_size size;
Default: proxy_max_temp_file_size 1024m;
Context: http, server, location
超时时间

proxy_connect_timeout
设置和被代理服务器建立连接超时时间。

Syntax:  proxy_connect_timeout time;
Default: proxy_connect_timeout 60s;
Context: http, server, location

proxy_read_timeout
设置从被代理服务器读取响应的时间。

Syntax:  proxy_read_timeout time;
Default: proxy_read_timeout 60s;
Context: http, server, location

proxy_send_timeout
设置发送请求给被代理服务器的超时时间。

Syntax:  proxy_send_timeout time;
Default: proxy_send_timeout 60s;
Context: http, server, location
并发回源请求

proxy_cache_lock
针对同一个key，仅允许一个请求回源去更新缓存，用于锁住并发回源请求。

Syntax:  proxy_cache_lock on | off;
Default: proxy_cache_lock off;
Context: http, server, location
This directive appeared in version 1.1.12.

proxy_cache_lock_timeout
锁住请求的最长等待时间，超时后直接回源，但不会以此响应更新缓存。

Syntax:  proxy_cache_lock_timeout time;
Default: proxy_cache_lock_timeout 5s;
Context: http, server, location
This directive appeared in version 1.1.12.

proxy_cache_lock_age
更新缓存的回源请求最大超时时间，超时后放行其他请求更新缓存。

Syntax:  proxy_cache_lock_age time;
Default: proxy_cache_lock_age 5s;
Context: http, server, location
This directive appeared in version 1.7.8.
历史缓存

proxy_cache_use_stale
如果nginx在访问被代理服务器过程中出现被代理服务器无法访问或者访问出错等现象时，nginx服务器可以使用历史缓存响应客户端的请求，这些数据不一定和被代理服务器上最新的数据相一致，但对于更新频率不高的后端服务器来说，nginx服务器的该功能在一定程度上能够为客户端提供不间断访问。该指令用来设置一些状态，当被代理服务器处于这些状态时，nginx服务器启用该功能。

Syntax:  proxy_cache_use_stale error | timeout | invalid_header | updating | http_500 | http_502 | http_503 | http_504 | http_403 | http_404 | http_429 | off ...;
Default: proxy_cache_use_stale off;
Context: http, server, location

例如： 配置当被代理服务器返回404 HTTP响应码时，nginx可以使用历史缓存来响应客户端。

proxy_cache_use_stale http_404;

客户端访问测试：

❯ curl http://192.168.1.134/cache/index.html  -I
HTTP/1.1 200 OK
Server: nginx/1.14.2
Date: Mon, 11 Jan 2021 06:00:58 GMT
Content-Type: text/html
Content-Length: 26065
Connection: keep-alive
Last-Modified: Wed, 21 Oct 2020 14:17:08 GMT
ETag: "5f9042e4-65d1"
Expires: Mon, 11 Jan 2021 06:01:07 GMT
Cache-Control: max-age=10
cache: MISS  #第一次请求没有缓存
Accept-Ranges: bytes

❯ curl http://192.168.1.134/cache/index.html  -I
HTTP/1.1 200 OK
Server: nginx/1.14.2
Date: Mon, 11 Jan 2021 06:01:01 GMT
Content-Type: text/html
Content-Length: 26065
Connection: keep-alive
Last-Modified: Wed, 21 Oct 2020 14:17:08 GMT
ETag: "5f9042e4-65d1"
Expires: Mon, 11 Jan 2021 06:01:07 GMT
Cache-Control: max-age=10
cache: HIT #第二次请求nginx使用缓存响应
Accept-Ranges: bytes

❯ curl http://192.168.1.134/cache/index.html  -I
HTTP/1.1 200 OK
Server: nginx/1.14.2
Date: Mon, 11 Jan 2021 06:01:29 GMT
Content-Type: text/html
Content-Length: 26065
Connection: keep-alive
Last-Modified: Wed, 21 Oct 2020 14:17:08 GMT
ETag: "5f9042e4-65d1"
Expires: Mon, 11 Jan 2021 06:01:07 GMT
Cache-Control: max-age=10
cache: STALE #第三次请求之前先将被代理服务器上的index.html文件删除，nginx使用历史缓存响应
Accept-Ranges: bytes
过期缓存

proxy_cache_revalidate
当缓存过期时，当nginx构造上游请求时，添加If-Modified-Since和If-None-Match头部，值为过期缓存中的Last-Modified值和Etag值。

Syntax: proxy_cache_revalidate on | off;
Default:proxy_cache_revalidate off;
Context: http, server, location
This directive appeared in version 1.5.7.

当接收到被代理服务器的304响应时，且打开了proxy_cache_revalidate功能，则用缓存来响应客户端，并且更新缓存状态。

❯ curl http://192.168.1.134/cache/  -I
HTTP/1.1 200 OK
Server: nginx/1.14.2
Date: Sun, 10 Jan 2021 08:11:37 GMT
Content-Type: text/html
Content-Length: 26065
Connection: keep-alive
Last-Modified: Wed, 21 Oct 2020 14:17:08 GMT
ETag: "5f9042e4-65d1"
Expires: Sun, 10 Jan 2021 08:11:36 GMT
Cache-Control: max-age=10
cache: REVALIDATED  #表示nginx通过过期缓存中的Etag和Last-Modified字段的值向被代理服务器发起验证请求，并且被代理服务器返回了304
Accept-Ranges: bytes

❯ curl http://192.168.1.134/cache/  -I
HTTP/1.1 200 OK
Server: nginx/1.14.2
Date: Sun, 10 Jan 2021 08:11:38 GMT
Content-Type: text/html
Content-Length: 26065
Connection: keep-alive
Last-Modified: Wed, 21 Oct 2020 14:17:08 GMT
ETag: "5f9042e4-65d1"
Expires: Sun, 10 Jan 2021 08:11:36 GMT
Cache-Control: max-age=10
cache: HIT
Accept-Ranges: bytes

原文链接：
https://www.nginx.org.cn/article/detail/409
https://www.nginx.org.cn/article/detail/410

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/1488239.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

C++入门07 数组、指针与字符串

C++入门07 数组、指针与字符串

图源：文心一言 听课笔记简单整理，供小伙伴们参考~🥝🥝 第1版：听课的记录代码~🧩🧩 编辑：梅头脑🌸 审核：文心一言 目录 🐳课程来源 &#x1…
阅读更多...
力扣hot5---双指针

力扣hot5---双指针

题目： 解决方案：双指针 指针 i 指向最左侧，指针 j 指向最右侧。此时在宽度上达到了最大值，那么哪个柱子更矮，哪个柱子向内部移动，知道 i 与 j 相遇。为什么呢？ 如果哪个哪个柱子更矮&#xff0c…
阅读更多...
蓝凌EIS智慧协同平台 rpt_listreport_definefield.aspx SQL注入漏洞复现

蓝凌EIS智慧协同平台 rpt_listreport_definefield.aspx SQL注入漏洞复现

0x01 产品简介 蓝凌EIS智慧协同平台是一款专为企业提供高效协同办公和团队合作的产品。该平台集成了各种协同工具和功能，旨在提升企业内部沟通、协作和信息共享的效率。 0x02 漏洞概述 由于蓝凌EIS智慧协同平台 rpt_listreport_definefield.aspx接口处未对用户输入的SQL语句…
阅读更多...
NOC2023软件创意编程（学而思赛道）python小高组决赛真题

NOC2023软件创意编程（学而思赛道）python小高组决赛真题

目录 下载原文档打印做题： 软件创意编程 一、参赛范围 1.参赛组别：小学低年级组（1-3 年级）、小学高年级组（4-6 年级）、初中组。 2.参赛人数：1 人。 3.指导教师：1 人（可空缺）。 4.每人限参加 1 个赛项。 组别确定：以地方教育行政主管部门（教委、教育厅、教育局） 认…
阅读更多...
Python自动化机器学习库之mindsdb使用详解

Python自动化机器学习库之mindsdb使用详解

概要 在机器学习领域，构建和训练模型是一项复杂且耗时的任务。为了简化这个过程，提高效率，MindsDB库应运而生。MindsDB是一个开源的自动化机器学习框架，它旨在使机器学习变得更加易于使用，即使是对于非专业的数据科学家和开发人员也是如此。本文将深入探讨MindsDB库的基本…
阅读更多...
为什么要通过知识产权实缴企业注册资本？

为什么要通过知识产权实缴企业注册资本？

2024年7月1日起开始实施新《公司法》，规定公司注册资本需自公司成立之日起5年内缴足。因此，有很多企业选择在2024年7月1日前把注册资本缴足。为了减缓资金压力，很多企业选择通过知识产权实缴注册资本。下面，我们将深入探讨用知识产…
阅读更多...
壹陆锋芒，韧性成长 | 博睿数据16周年庆典圆满落幕！

壹陆锋芒，韧性成长 | 博睿数据16周年庆典圆满落幕！

十六年栉风沐雨，收获累累硕果；十六年砥砺追梦，书写辉煌华章。 2月29日，博睿数据成立16周年庆典活动在珠海圆满落幕，全体员工齐聚一堂，共同见证博睿数据历经十六载，再启新征程的荣耀时刻&#x…
阅读更多...
基于YOLOv8/YOLOv7/YOLOv6/YOLOv5的的机械器件识别系统（Python+PySide6界面+训练代码）

基于YOLOv8/YOLOv7/YOLOv6/YOLOv5的的机械器件识别系统（Python+PySide6界面+训练代码）

摘要：开发先进的机械器件识别系统对于提高工业自动化水平和生产效率具有至关重要的意义，本篇博客详细介绍了如何利用深度学习构建一个机械器件识别系统，并且提供了完整的实现代码。该系统基于强大的YOLOv8算法，并结合了YOLOv7、YO…
阅读更多...
Linux文本处理三剑客：awk（常用匹配模式）

Linux文本处理三剑客：awk（常用匹配模式）

在Linux操作系统中，grep、sed、awk被称为文本操作“三剑客”，上三期中，我们将详细介绍grep、sed、awk的基本使用方法，希望能够帮助到有需要的朋友。 1、前言 awk作为一门编程语言还有很多内容，我们继续学习awk。 网…
阅读更多...
如何扫码查看企业介绍及填写招聘表？招聘二维码在线生成的方法

如何扫码查看企业介绍及填写招聘表？招聘二维码在线生成的方法

现在很多企业会通过生成二维码的方式来做企业介绍以及企业招聘，企业信息通过图片、文字、视频及其他内容展示，再创建合适的表单让扫码者按照制定的内容来填写对应的信息，从而完成扫码招聘的目的。 对于也想采用这种方式的小伙伴，…
阅读更多...
自动化测试基础——allure下载安装及配置及pytest + allure-pytest插件生成allure企业级测试报告及企业级定制

自动化测试基础——allure下载安装及配置及pytest + allure-pytest插件生成allure企业级测试报告及企业级定制

文章目录 前言一、allure下载二、allure安装三、allure目录介绍四、allure环境变量配置五、pytest allure-pytest插件生成allure企业级测试报告六、allure企业级报告的log定制七、allure企业级报告功能内容定制1.功能左边层级定制2.功能右边优先级定制3.功能右边测试用例描述定…
阅读更多...
【acwing】前缀与差分

【acwing】前缀与差分

前缀和 题目 输入一个长度为 n的整数序列。 接下来再输入 m个询问，每个询问输入一对 l,r。 对于每个询问，输出原序列中从第 l 个数到第 r 个数的和。 输入格式 第一行包含两个整数 n和 m。 第二行包含 n个整数，表示整数数列。 接下来 …
阅读更多...
Java基础---lambda表达式

Java基础---lambda表达式

一、为什么要引入lambda表达式 lambda 表达式是一个可传递的代码块 ， 可以在以后执行一次或多次 。 在介绍lambda表达式之前，我们看一下，以前，我们对于一个问题的通常写法。 假设你已经了解了如何按指定时间间隔完成工作&#xf…
阅读更多...
Window系统部署Splunk Enterprise并结合内网穿透实现远程访问本地服务

Window系统部署Splunk Enterprise并结合内网穿透实现远程访问本地服务

文章目录 前言1. 搭建Splunk Enterprise2. windows 安装 cpolar3. 创建Splunk Enterprise公网访问地址4. 远程访问Splunk Enterprise服务5. 固定远程地址 前言 本文主要介绍如何简单几步，结合cpolar内网穿透工具实现随时随地在任意浏览器，远程访问在本地…
阅读更多...
Linux进程间通信4——消息队列

Linux进程间通信4——消息队列

目录 1.原理 2.消息队列的系统调用 2.1 msgget 2.2 msgsnd 2.3 msgrcv 2.4 msgctl 3.消息队列的使用——代码演示 4.结论 1.原理 2.消息队列的系统调用 2.1 msgget 用于创建或者获取一个消息队列。成功返回消息队列ID，失败返回-1。 int msgget(key_t key,…
阅读更多...
谷歌seo推广效果怎么判断？

谷歌seo推广效果怎么判断？

要想判断谷歌SEO推广效果，核心在于观察和分析几个关键指标，一个网站最重要的自然就是流量，没有流量的网站说到底就是一个被雪藏的花架子，没什么意义，所以看流量自然就是最重要的指标，SEO做得好，…
阅读更多...
【力扣白嫖日记】626.换座位

【力扣白嫖日记】626.换座位

前言 练习sql语句，所有题目来自于力扣（https://leetcode.cn/problemset/database/）的免费数据库练习题。 今日题目： 626.换座位 表：Seat 列名类型idintstudentvarchar id 是该表的主键（唯一值&#xf…
阅读更多...
深入 Starknet 去中心化世界，探秘实用开发利器

深入 Starknet 去中心化世界，探秘实用开发利器

Starknet 近期开放空投，面向 130 万地址总量发放超 7 亿枚 Token，让 ECMP 早期贡献者、GitHub 开源开发者、Starknet 用户等各个层面的生态参与者都得以深度参与。 盛宴的背后，是 Starknet 正迎来发展的关键机遇。在今年以太坊坎昆升级的背景…
阅读更多...
绕过付费，畅享网络：自由浏览付费内容 | 开源日报 No.185

绕过付费，畅享网络：自由浏览付费内容 | 开源日报 No.185

iamadamdev/bypass-paywalls-chrome Stars: 38.8k License: NOASSERTION bypass-paywalls-chrome 是一个用于 Chrome 和 Firefox 的网页浏览器扩展，可帮助绕过特定网站的付费墙。 可以绕过多个指定网站的付费墙支持自动更新（仅限 Firefox 版本&#x…
阅读更多...
10.轮廓系数-机器学习模型性能的常用的评估指标

10.轮廓系数-机器学习模型性能的常用的评估指标

轮廓系数（Silhouette Coefficient）是评估聚类算法效果的常用指标之一。它结合了聚类的凝聚度（Cohesion）和分离度（Separation），能够量化聚类结果的紧密度和分离度。 背景 1.聚类分析的背景 在…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023