nginx使用详解--缓存

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 Header有:

Last-Modified
ETag

缓存校验流程
由于网站内容的经常变化，为了保持缓存的内容与网站服务器的内容一致，客户端会通过内容缓存的有效期（强制缓存）以及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

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

如若内容造成侵权/违法违规/事实不符，请联系我们进行投诉反馈qq邮箱809451989@qq.com，一经查实，立即删除！

相关文章

[设计模式Java实现附plantuml源码~行为型]算法的封装与切换——策略模式

[设计模式Java实现附plantuml源码~行为型]算法的封装与切换——策略模式

前言： 为什么之前写过Golang 版的设计模式，还在重新写Java 版？ 答：因为对于我而言，当然也希望对正在学习的大伙有帮助。Java作为一门纯面向对象的语言，更适合用于学习设计模式。 为什么类图要附上uml 因为很…
阅读更多...
AI、AIGC、AGI、ChatGPT它们的区别？

AI、AIGC、AGI、ChatGPT它们的区别？

今天咱们聊点热门话题，来点科普时间——AI、AIGC、AGI和ChatGPT到底是啥？这几个词听起来好像挺神秘的，但其实它们就在我们生活中。让我们一起探索这些术语的奥秘！ AI（人工智能）：先说说AI&#…
阅读更多...
LTE 网络与互联网的连接

LTE 网络与互联网的连接

LTE 网络与互联网的连接 当用户设备 UE（如手机）开机后，就登记到 LTE 网络，以便使用网络资源传送 IP 数据业务。 LTE 网络内的数据路径由两大部分组成： -空口无线链路（UE→eNB）。 -核心网中的隧…
阅读更多...
App应用程序（概念、开发步骤、技术要点介绍）

App应用程序（概念、开发步骤、技术要点介绍）

引言：踏上数字化创新之旅 在当今数字化时代，移动应用程序已经成为我们日常生活的不可或缺的一部分。无论是社交媒体、生产力工具还是娱乐应用，App的普及改变了我们与技术互动的方式，塑造了全新的用户体验。App应用程序开发正是这…
阅读更多...
医学大数据|R|竞争风险模型:可视化与图像优化

医学大数据|R|竞争风险模型:可视化与图像优化

前情回顾： 医学大数据|R|竞争风险模型：基础、R操作与结果解读-CSDN博客 代码复习，但是大家可见得知道图画的比较丑。 library("survival") library("cmprsk") library("mgus2") data(mgus2) #预处理 mgus2&l…
阅读更多...
无法访问云服务器上部署的Docker容器（二）

无法访问云服务器上部署的Docker容器（二）

说明：记录一次使用公网IP 接口地址无法访问阿里云服务接口的问题； 描述 最近，我使用Docker部署了jeecg-boot项目，部署过程都没有问题，也没有错误信息。部署完成后，通过下面的地址访问后端Swagger接口文档…
阅读更多...
设计模式（二）单例模式

设计模式（二）单例模式

单例模式：确保一个类只有一个实例，并提供了全局访问点；主要是用于控制共享资源的访问； 单例模式的实现分为懒汉式和饿汉式。 懒汉式单例在需要时才会创建，而饿汉式单例则在类加载时立即创建实例； 单例模…
阅读更多...
Web APIs知识点讲解(阶段二)

Web APIs知识点讲解(阶段二)

DOM-事件基础 一.事件 1.事件 目标：能够给 DOM元素添加事件监听 事件:事件是在编程时系统内发生的动作或者发生的事情，比如用户在网页上单击一个按钮 事件监听:就是让程序检测是否有事件产生，一旦有事件触发，就立即调用一个函…
阅读更多...
Adobe推出AI音乐创作工具原型；大型语言模型对编程的影响有限？

Adobe推出AI音乐创作工具原型；大型语言模型对编程的影响有限？

🦉 AI新闻 🚀 Adobe推出AI音乐创作工具原型 摘要：Adobe在布鲁克林的Hot Pod峰会上发布了一款名为“Project Music GenAI Control”的AI音乐创作工具原型。这款工具通过生成式人工智能技术，使用户可以无需专业的音频制作经验就能…
阅读更多...
使用Node.js构建一个简单的聊天机器人

使用Node.js构建一个简单的聊天机器人

当谈到人工智能，我们往往会想到什么？是智能语音助手、自动回复机器人等。在前端开发领域中，我们也可以利用Node.js来构建一个简单而有趣的聊天机器人。本文将带你一步步实现一个基于Node.js的聊天机器人，并了解其工作原理。 首先…
阅读更多...
tcp的三次握手和四次挥手？

tcp的三次握手和四次挥手？

一：引出 客户端与服务器之间数据的发送和返回的过程当中需要创建一个叫TCP connection的东西；由于TCP不存在连接的概念，只存在请求和响应，请求和响应都是数据包，它们之间都是经过由TCP创建的一个从客户端发起&#xff…
阅读更多...
Docker容器（3）单容器管理

Docker容器（3）单容器管理

一、单容器 1.1概念简介 Docker三个重要概念: 仓库(Repository); 镜像(Image); 容器(Container). *Docker的三个重要概念是仓库(Repository)、镜像(Image)和容器(Container)**。具体如下： **镜像(Image)**：Docker镜像是创建容器的基础，它类似…
阅读更多...
网络传输基本流程(封装,解包)+图解(同层直接通信的证明),报头分离问题,协议定位问题,协议多路复用

网络传输基本流程(封装,解包)+图解(同层直接通信的证明),报头分离问题,协议定位问题,协议多路复用

目录 网络传输基本流程 引入 封装 过程梳理 图解 报文 解包 过程梳理 图解 -- 同层直接通信的证明 总结 解包时的报头分离问题 举例 -- 倒水 介绍 自底向上传输时的协议定位问题 介绍 解决方法 协议多路复用 介绍 优势 网络传输基本流程 引入 首先,我们明确…
阅读更多...
热榜排行爬虫详解

热榜排行爬虫详解

作为一个爬虫必须摸不一样的鱼，平时大家怎么看热榜，今天爬一个热榜数据，咱就在ied中读热榜。还是一个乌龙事件听我细细道来。 1，话不多说，今天图也不看了直接进入主题，打开网站首页抓个包 2，可…
阅读更多...
MWC 2024丨美格智能发布全新5G-A模组及FWA解决方案，将5.5G带入现实

MWC 2024丨美格智能发布全新5G-A模组及FWA解决方案，将5.5G带入现实

2月26日，在MWC 2024世界移动通信大会上，美格智能正式宣布推出5G-A模组SRM817WE以及全新的5G-A FWA解决方案，包含5G-A CPE解决方案SRT858M、5G-A MiFi解决方案SRT878H和5G-A ODU解决方案SRT853MX，旨在进一步提升网络性能&#xff0…
阅读更多...
Mamba与MoE架构强强联合，Mamba-MoE高效提升LLM计算效率和可扩展性

Mamba与MoE架构强强联合，Mamba-MoE高效提升LLM计算效率和可扩展性

论文题目： MoE-Mamba: Efficient Selective State Space Models with Mixture of Experts 论文链接： https://arxiv.org/abs/2401.04081 代码仓库： GitHub - llm-random/llm-random 作为大型语言模型（LLM）基础架构的后…
阅读更多...
Docker+Kafka+Kafka-ui安装与配置

Docker+Kafka+Kafka-ui安装与配置

前言 Docker、Kafka都是开发中常用到的组件。在自己的第三台电脑上去安装这些…所以写个博客记录一下安装过程。本文主要内容：Docker安装、kafka安装、kafka可视化配置。这次的电脑环境是Windows11，Intel处理器。 Docker安装 https://www.docker.com/p…
阅读更多...
Nginx 解析漏洞复现

Nginx 解析漏洞复现

环境搭建 下载之后上传到虚拟机并解压 进入这个路径 (root?kali)-[~/vulhub-master/nginx/nginx_parsing_vulnerability]就能看到有docker-compose.yml 启动环境 正常显示 增加/.php后缀，被解析成PHP文件： 漏洞原因：开启了cgi.fix_pathin…
阅读更多...
【Mysql】Navicat数据库勿删了mysql.infoschema@localhost，导致打不开数据库，如何修改

【Mysql】Navicat数据库勿删了mysql.infoschema@localhost，导致打不开数据库，如何修改

运行报错如下： 1449 . The user specified as a definer (mysql.infoschemaocalhost) does not exist该方法不需要重启mysql，或者重装；仅需要恢复删除的mysql.infoschemalocalhost用户 一、登录建立用户 mysql -uroot -pxxxxxx密码二、建立…
阅读更多...
有哪些手机与电脑可以同步的简单好用笔记软件？

有哪些手机与电脑可以同步的简单好用笔记软件？

在我的日常工作、学习和生活中，笔记软件是我不可或缺的助手。无论是会议要点的记录、学习笔记的整理、还是日常生活的备忘录，一款好用笔记软件都能让这些信息井然有序，随时可查。特别是在忙碌的工作日，能够在电脑上整理工作笔记&a…
阅读更多...
最新文章

Copyright @ 2022~2023