求猜想Blogger服务的etag [ 实现http 304的 ]是如何实现的？

[enj0y]

截图：


难点：

HTTP响应数据，先是输出http header data，再然后是http body data。而ETag是在header输出的。
这样的话，想要输出网页的body data的etag值就必需等到后端的“preprocessor script”运算完成过后，再通过算法算出来，并且要保证etag位于body前端，就必需要先暂缓body数据的输出，等到包含etag的头输出完成了再输出body data.

header输出的etag，就是body data的哈希，并与客户端请求过来附带的If-None-Match相校验，实现http 304(数据未改变)的请求过程。

我很感兴趣blogger是怎么实现的，服务器用了几层构架？etag的哈希算法有什么特点么？

[sohoer]

使用Etag一般服务器端也会使用缓存，在数据更新后同步更新URL对应的Etag和body信息
服务端是不可能对每一个新用户请求做Etag计算的

[enj0y]

@sohoer 亲，blogger是针对页面计算的啊，不只是静态文件哦~亲的意思是，Blogger可能是用户更新了文章然后再重新计算一次全部页面的etag？

[binux]

这个在任何一层做都可以吧，在任何一层缓存都没什么区别，视业务需要。
即使内容已经生成，比较etag也是有意义的

[sohoer]

@enj0y 我想都差不多，只是方法不同而已，
我的blog.02ta.com，我会记录生成一个页面需要操作的表与表的更新次数，
当表有更新时，关联此表的URL的Etag当然得失效
我的Etag也很简单,一个URL的初始Etag可能是这样0-0-0-0-0,关联表1有改变时Etag就是1-0-0-0-0,关联表2有改变时Etag就是1-1-0-0-0...

[enj0y]

@sohoer 感谢