【问题标题】:fastest etag algorithm最快的etag算法
【发布时间】:2010-07-05 10:17:12
【问题描述】:

我们希望在我们的网站上使用 http 缓存 - 特别是内容验证。

由于我们的 CMS 从较小的内容片段构建页面,实际页面的最后修改日期并不总是准确地指示页面已更改。因此,我们也想利用 etags。因为页面构建基于许多其他页面片段,我们认为提供准确 etag 的唯一真正方法是对内容流本身执行某种摘要。这似乎有点过头了,因为缓存应该减轻服务器的负载,但内容摘要显然是 CPU 密集型的。

我正在寻找最快的算法来创建与内容流相关的唯一 etag(inode 等只是一个杂物,不会起作用)。 MD5 哈希显然会得到最好的唯一结果,但是在类似情况下,还有其他人在使用其他更快的算法吗?

抱歉,忘记了重要细节...使用 Java Servlets - 在 windows 2003 上的 websphere 6.1 中运行。

我忘了提到还有实时数据库提要(我们是一家银行,需要确保利率是最新的)也可以更改内容。因此,很难确定内容何时发生了变化。

【问题讨论】:

  • 什么平台?什么网络服务器?什么语言?
  • 这可能是一个起点:stackoverflow.com/questions/384811/…
  • 抱歉忘记了重要细节... 使用 Java Servlets - 在 windows 2003 上的 websphere 6.1 中运行。
  • 我忘了提到还有实时数据库提要(我们是一家银行,需要确保利率是最新的)也可以更改内容。因此,很难确定内容何时发生了变化。

标签: caching web


【解决方案1】:

我会为每个片段生成一个校验和,但在片段更改时计算它,而不是在您呈现页面时。

这样,您支付的一次性成本应该相对较小,除非我们说的是每秒数百次更改,而且每个请求不会产生额外成本。

【讨论】:

    猜你喜欢
    • 2019-09-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-06-09
    • 1970-01-01
    • 1970-01-01
    • 2015-07-03
    相关资源
    最近更新 更多