如何设置nginx仅在修改时传输静态文件
How to setup nginx to transmit static files only when they are modified
我正在使用 nginx 为文件夹提供服务。我正在通过其他进程更改文件夹中的文件。我想以这种方式设置 nginx，如果服务器上的文件没有更改，则文件内容不会通过 http 发送。当文件被更改时（即修改日期已更改），文件将被传输。我查看了一些文档并进行了一些谷歌搜索，但还没有找到解决这种情况的方法。大多数时候人们都在清除缓存文件夹，但这对我来说似乎不太优雅。是否可以通过 304/200 代码组织此活动？ IE。如果文件被更改，服务器响应 HTTP 200 及其内容，否则响应 HTTP 304。
如何配置：
这已经是默认行为；为了使其正常工作，客户端必须按照 ngx_http_not_modified_header_filter() and http://nginx.org/r/if_modified_since.[=43 发送 If-Modified-Since and/or If-None-Match ETag headers =]
如何测试：
您可以分别使用 curl by looking up the Last-Modified field of a given resource, and then making a subsequent request of the same resource with the exact same date in a If-Modified-Since header (same for ETag and If-None-Match 轻松测试。
使用curl测试If-Modified-Since / Last-Modified:
%curl -i bmap.su | & fgrep -e Date -e HTTP -e Length -e Modified
HTTP/1.1 200 OK
Date: Sat, 10 Aug 2019 04:20:17 GMT
Content-Length: 12842
Last-Modified: Tue, 09 Apr 2013 17:18:16 GMT
%curl -i -H"If-Modified-Since: Tue, 09 Apr 2013 17:18:16 GMT" bmap.su | & fgrep -e Date -e HTTP -e Length -e Modified
HTTP/1.1 304 Not Modified
Date: Sat, 10 Aug 2019 04:20:41 GMT
Last-Modified: Tue, 09 Apr 2013 17:18:16 GMT
%curl -i -H"If-Modified-Since: Tue, 09 Apr 2013 17:18:17 GMT" bmap.su | & fgrep -e Date -e HTTP -e Length -e Modified
HTTP/1.1 200 OK
Date: Sat, 10 Aug 2019 04:27:47 GMT
Content-Length: 12842
Last-Modified: Tue, 09 Apr 2013 17:18:16 GMT
在上面的例子中：
我们先看看资源的Last-Modified日期是什么
我们使用 If-Modified-Since 请求 header 进行后续请求，该请求与之前的 Last-Modified 相同 ] 回应 header;请注意，我们得到了一个 304 Not Modified 响应，正如预期的那样，由于缺少 Content-Length 字段，该响应没有任何响应 body，从而节省了带宽。
我们终于测试了这个功能的nginx默认设置；根据 http://nginx.org/r/if_modified_since，默认情况下是 exact 匹配；因此，如果我们提供 non-exact 日期（无论是早点还是晚点），那么我们将返回 200 OK 和完整的响应 body （这通常是您想要的为了避免在 Last-Modified 日期恢复到较早日期时缓存中毒。
使用curl测试If-None-Match / ETag:
%curl -i nginx.org | & fgrep -e HTTP/ -e Date: -e Server: -e Length: -e Modified: -e ETag:
HTTP/1.1 200 OK
Server: nginx/1.15.7
Date: Sat, 10 Aug 2019 05:24:06 GMT
Content-Length: 9053
Last-Modified: Tue, 23 Jul 2019 12:20:32 GMT
ETag: "5d36fb90-235d"
%curl -i -H "If-None-Match: 5d36fb90-235d" nginx.org | & fgrep -e HTTP/ -e Length: -e Modified: -e ETag:
HTTP/1.1 200 OK
Content-Length: 9053
Last-Modified: Tue, 23 Jul 2019 12:20:32 GMT
ETag: "5d36fb90-235d"
%curl -i -H 'If-None-Match: "5d36fb90-235d"' nginx.org | & fgrep -e HTTP/ -e Length: -e Modified: -e ETag:
HTTP/1.1 304 Not Modified
Last-Modified: Tue, 23 Jul 2019 12:20:32 GMT
ETag: "5d36fb90-235d"
这是我们上面所做的：
第一步，我们通过ETag响应header请求查找实体标签；参见 https://en.wikipedia.org/wiki/HTTP_ETag。
第二步，我们在If-None-Match请求中提供ETag请求header；请注意，我们忘记在它周围加上引号，这显然对于 nginx 和 Apache 都是强制性的（可以很容易地针对 httpd.apache.org 主机进行验证）。
第三步，我们用实际的If-None-Match请求header进行正确的更正请求，收到HTTP/1.1 304 Not Modified响应w/o body，符合预期。
我正在使用 nginx 为文件夹提供服务。我正在通过其他进程更改文件夹中的文件。我想以这种方式设置 nginx，如果服务器上的文件没有更改，则文件内容不会通过 http 发送。当文件被更改时（即修改日期已更改），文件将被传输。我查看了一些文档并进行了一些谷歌搜索，但还没有找到解决这种情况的方法。大多数时候人们都在清除缓存文件夹，但这对我来说似乎不太优雅。是否可以通过 304/200 代码组织此活动？ IE。如果文件被更改，服务器响应 HTTP 200 及其内容，否则响应 HTTP 304。
如何配置：
这已经是默认行为；为了使其正常工作，客户端必须按照 ngx_http_not_modified_header_filter() and http://nginx.org/r/if_modified_since.[=43 发送 If-Modified-Since and/or If-None-Match ETag headers =]
如何测试：
您可以分别使用 curl by looking up the Last-Modified field of a given resource, and then making a subsequent request of the same resource with the exact same date in a If-Modified-Since header (same for ETag and If-None-Match 轻松测试。
使用curl测试If-Modified-Since / Last-Modified:
%curl -i bmap.su | & fgrep -e Date -e HTTP -e Length -e Modified
HTTP/1.1 200 OK
Date: Sat, 10 Aug 2019 04:20:17 GMT
Content-Length: 12842
Last-Modified: Tue, 09 Apr 2013 17:18:16 GMT
%curl -i -H"If-Modified-Since: Tue, 09 Apr 2013 17:18:16 GMT" bmap.su | & fgrep -e Date -e HTTP -e Length -e Modified
HTTP/1.1 304 Not Modified
Date: Sat, 10 Aug 2019 04:20:41 GMT
Last-Modified: Tue, 09 Apr 2013 17:18:16 GMT
%curl -i -H"If-Modified-Since: Tue, 09 Apr 2013 17:18:17 GMT" bmap.su | & fgrep -e Date -e HTTP -e Length -e Modified
HTTP/1.1 200 OK
Date: Sat, 10 Aug 2019 04:27:47 GMT
Content-Length: 12842
Last-Modified: Tue, 09 Apr 2013 17:18:16 GMT
在上面的例子中：
我们先看看资源的
Last-Modified日期是什么我们使用
If-Modified-Since请求 header 进行后续请求，该请求与之前的Last-Modified相同 ] 回应 header;请注意，我们得到了一个304 Not Modified响应，正如预期的那样，由于缺少Content-Length字段，该响应没有任何响应 body，从而节省了带宽。我们终于测试了这个功能的nginx默认设置；根据 http://nginx.org/r/if_modified_since，默认情况下是
exact匹配；因此，如果我们提供 non-exact 日期（无论是早点还是晚点），那么我们将返回200 OK和完整的响应 body （这通常是您想要的为了避免在Last-Modified日期恢复到较早日期时缓存中毒。
使用curl测试If-None-Match / ETag:
%curl -i nginx.org | & fgrep -e HTTP/ -e Date: -e Server: -e Length: -e Modified: -e ETag:
HTTP/1.1 200 OK
Server: nginx/1.15.7
Date: Sat, 10 Aug 2019 05:24:06 GMT
Content-Length: 9053
Last-Modified: Tue, 23 Jul 2019 12:20:32 GMT
ETag: "5d36fb90-235d"
%curl -i -H "If-None-Match: 5d36fb90-235d" nginx.org | & fgrep -e HTTP/ -e Length: -e Modified: -e ETag:
HTTP/1.1 200 OK
Content-Length: 9053
Last-Modified: Tue, 23 Jul 2019 12:20:32 GMT
ETag: "5d36fb90-235d"
%curl -i -H 'If-None-Match: "5d36fb90-235d"' nginx.org | & fgrep -e HTTP/ -e Length: -e Modified: -e ETag:
HTTP/1.1 304 Not Modified
Last-Modified: Tue, 23 Jul 2019 12:20:32 GMT
ETag: "5d36fb90-235d"
这是我们上面所做的：
第一步，我们通过
ETag响应header请求查找实体标签；参见 https://en.wikipedia.org/wiki/HTTP_ETag。第二步，我们在
If-None-Match请求中提供ETag请求header；请注意，我们忘记在它周围加上引号，这显然对于 nginx 和 Apache 都是强制性的（可以很容易地针对 httpd.apache.org 主机进行验证）。第三步，我们用实际的
If-None-Match请求header进行正确的更正请求，收到HTTP/1.1 304 Not Modified响应w/o body，符合预期。