node.js - 关于nginx的ETag的一些问题

查看:110
本文介绍了node.js - 关于nginx的ETag的一些问题的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

问 题

关于nginx的Etag问题,nginx默认是有Etag的,但是问题就在于:无论你对源代码做了什么改动,比如说改动了注释,改动了空行什么的,ETag都会变。
(但实际上,比如我改动了注释,但是这个注释可能对程序员很重要,对用户来讲是无所谓的,因此ETag是没有必要变化的)

而http权威指南中说Etag解决了这个问题:

有些文档可能被修改了,但所做修改并不重要,不需要让世界范围内的缓存都重装数据(比如对拼写或注释的修改)。

而nginx默认也加了前缀W/来标识弱验证器

那这样的话ETag显然没有解决这个问题。

由于笔者对nginx停留在仅供使用的阶段,并没有源码查看和插件编写的经历,所以想问:

nginx有没有办法配置或者现成的插件或者自定义增加一些内容,从而让ETag并不是任意更改都变化,有一定的变通性?或者说 nginx有没有办法自定义ETag的生成规则?

解决方案

这个最好不要去 nginx 那里去控制,可以在自动化构建的时候控制。比如,webpack 打包的时候就把注释都给去掉。另外也不要通过 ETag 来协商缓存,通过 webpack 设置 hash 来强制缓存。

补充:为什么不使用 Etag

  1. 你所列举的这种情况

  2. 协商缓存需要 304 ,仍需要发一次请求

  3. 负载均衡时,不同的物理机相同文件的 inode 不同,会生成不同的 ETag (未实测)

参考:配置错误产生的差距:200 OK (FROM CACHE) 与 304 NOT MODIFIED

这篇关于node.js - 关于nginx的ETag的一些问题的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆