由于应用要求对更新过的页面需要进行实时更新,如新记录的数据发表、修改、隐藏等操作,目前有两种方法可以实现,第一种为在应用平台结合Varnish的Purege进行处理;第二种为利用http request的header做相应的处理,比如页面的redirect/header、按F5或Ctrl+F5键都会向服务器发送不同的Cache-Control,再将非更新页配置obj.ttl=86400s(1天),这样可以大大提高缓存的命中率。以下为采用第二种方法针对不同浏览器的测试结果。
1) 默认配置下的浏览器响应
结论:在默认配置下浏览不管发送任何类型的Cache-Control,Varnish都不会对Purege进行处理。
2) 配置Cache-Control的no-cache时的浏览器响应
结论:说明Firefox浏览器只有按Ctrl+F5时才会发送no-cache的Cache-Control,IE浏览器认为服务器端的redirect的重定向就是一个no-cache,同样按Ctrl+F5也如此。比较奇怪的就是Chrome浏览器即使按Ctrl+F5后同样没有向服务器端发送no-cache,后来查了资料,得知google为了更好的利用本地cache,将Ctrl+F5的功能屏蔽。
3) 配置Cache-Control的max-age=0时的浏览器响应
结论:通过上表数据可以得出,Firefox在redirect的情况下,它会发送一public或Private的Cache-Control给服务器端,同时IE及Chrome都会以一个max-age=0的Cache-Control的标志给服务器,此时的Chrome浏览器Ctrl+F5没有发送no-cache,而是max-age=0。
Varnish配置文件处理块
if (req.http.Cache-Control ~ "(no-cache|max-age=0)"){
purge_url(req.url);
}
与原配置(squid)命中率对比
squid命中率
Varnish命中率
如大家有什么疑问或感兴趣的话题可以通过weibo与我交流:http://t.qq.com/yorkoliu
1) 默认配置下的浏览器响应
结论:在默认配置下浏览不管发送任何类型的Cache-Control,Varnish都不会对Purege进行处理。
2) 配置Cache-Control的no-cache时的浏览器响应
结论:说明Firefox浏览器只有按Ctrl+F5时才会发送no-cache的Cache-Control,IE浏览器认为服务器端的redirect的重定向就是一个no-cache,同样按Ctrl+F5也如此。比较奇怪的就是Chrome浏览器即使按Ctrl+F5后同样没有向服务器端发送no-cache,后来查了资料,得知google为了更好的利用本地cache,将Ctrl+F5的功能屏蔽。
3) 配置Cache-Control的max-age=0时的浏览器响应
结论:通过上表数据可以得出,Firefox在redirect的情况下,它会发送一public或Private的Cache-Control给服务器端,同时IE及Chrome都会以一个max-age=0的Cache-Control的标志给服务器,此时的Chrome浏览器Ctrl+F5没有发送no-cache,而是max-age=0。
Varnish配置文件处理块
引用
if (req.http.Cache-Control ~ "(no-cache|max-age=0)"){
purge_url(req.url);
}
与原配置(squid)命中率对比
squid命中率
Varnish命中率
如大家有什么疑问或感兴趣的话题可以通过weibo与我交流:http://t.qq.com/yorkoliu
if (req.http.Cache-Control ~ "(no-cache|max-age=0)"){
purge_url(req.url);
}
这个代码加上,那岂不是让用户来控制缓存了?这种办法可行吗