这是一个创建于 4386 天前的主题，其中的信息可能已经有所发展或是发生改变。
截图：
难点：
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的哈希算法有什么特点么？
难点：
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的哈希算法有什么特点么？
 |
1
sohoer 2012-11-20 16:41:43 +08:00
使用Etag一般服务器端也会使用缓存，在数据更新后同步更新URL对应的Etag和body信息
服务端是不可能对每一个新用户请求做Etag计算的 |
 |
2
enj0y OP @sohoer 亲，blogger是针对页面计算的啊，不只是静态文件哦~亲的意思是，Blogger可能是用户更新了文章然后再重新计算一次全部页面的etag？
|
 |
3
binux 2012-11-20 17:22:26 +08:00
这个在任何一层做都可以吧，在任何一层缓存都没什么区别，视业务需要。
即使内容已经生成，比较etag也是有意义的 |
|
4
sohoer 2012-11-20 17:34:05 +08:00  1
@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... |
Select Language