hat*_*nch 8 apache etag inode http
有很多的网站,详细说明为什么你会在文章并不想使用Apache默认的i节点的mtime大小格式ETag的.
但是我还没有读到任何可能促使Apache首先包含inode的内容.从表面上看,只有在需要能够区分相同资源的八位字节八位字符传真时才有用,但这肯定与ETag的目的相反.
Apache的作者并不以他们对互联网标准的草率处理而闻名,因此我觉得我必须遗漏一些东西.谁能详细说明？
编辑:我在这里问这个,而不是在ServerFault.com上,因为我正在实现一个Web服务器,而不是管理一个.要详细了解为什么这是一个坏主意,请参阅此处或此处.所有这些文章都推荐相同的东西:从你的etags中删除inode.问题是,他们在那里有什么优势吗？
小智 5
这似乎是一种很容易通过错误猜测常见情况的事情，或者默认情况下，只要有一丝怀疑，就更喜欢正确性而不是性能。
请允许我编一个故事，讲述它可能是如何发生的：
他们很早就决定，出于性能原因，内容的散列/校验和是一个坏主意。“谁知道文件有多大？我们不能一直重新计算这些……”所以他们决定大小和日期会让你非常接近。
“但是等等，”A 说，“没有什么能保证你不会有文件大小冲突。事实上，在某些情况下，例如固件二进制文件，文件大小总是相同的，而且完全有可能有几个是同时从开发机器上传，所以这些不足以区分不同的内容。”
人 B：“嗯，很好。我们需要一些与文件内容本质上相关的东西。一些东西，再加上修改时间，可以肯定地告诉你它是否是相同的内容。”
人 A：“inode 怎么样？现在，即使他们重命名文件（例如，他们可能将“推荐”更改为不同的文件），默认的 etag 也能正常工作！
B 人：“我不知道，inode 似乎有点危险。”
人A：“嗯，什么会更好？”
B 人：“是的，好问题。我想我想不出具体有什么问题，我只是对它有一种普遍的不好的感觉。”
人 A：“但至少它可以保证如果更改了你会下载一个新的。最糟糕的情况是你下载的次数超过了你需要的次数，任何知道他们不必担心的人都可以转它关了。”
人 B：“是的，这是有道理的。在大多数情况下可能没问题，而且似乎比简单的替代方案更好。”
免责声明：我对 Apache 实现者可能会想到的内容一无所知。这一切都只是徒劳的猜测，并试图编造一个看似合理的故事。但我确实看到这种事情经常发生。
您永远不知道您没有想到的是什么（在这种情况下，为相同文件提供服务的冗余负载平衡服务器比不必担心大小+时间冲突更常见）。负载均衡器不是 apache 的一部分，这使得进行这样的疏忽变得更容易。
另外，这里的失败模式是你没有完全有效地使用缓存（不是你得到了错误的数据），这可以说是更好，但很烦人。这表明即使他们确实想到了这一点，他们也可以合理地假设某个有足够兴趣设置负载均衡器的人也可以调整他们的配置细节。
PS：这与标准无关。没有规定你应该如何计算etag，只是应该足以判断内容是否发生变化，很有可能。