Firefox与IE浏览器缓存的两个重要区别[转载]
?
简介
详细介绍了firefox的缓存与IE的区别,如何设置服务响应头让两者缓存行为一致.
当你建立好一个WEB服务后,通常有两个类型的缓存?需要配置:
这个缓存?方案涵盖Two Simple Rules for HTTP Caching?文章中提到关于如何处理更新的一些思想.
现在HttpWatch 6.0?支持Firefox了,我们想探讨一下Firefox在处理缓存上与IE有些什么不同.设置较长过期时间的使用方式(上面第二条)仍可以直接用于Firefox,但配置1在两者之间还是存在细微差别的.
在之前的文章?中,我们把第一条划分为:
Last-Modified响应头?,允许浏览器在需要的时候重新校验,就可以利用到缓存.本文剩下部分探讨了Firefox中影响HTML页面缓存?的两个重要不同点.
你可以简单地设置如下的响应头预防IE缓存?任何东西:
Cache-Control: no-cache
使用了这个响应头的页面不会保存在缓存?里,IE总会重新从服务器加载;即使你使用后退按钮.下面这个例子使用HttpWatch监听一个网上商店,当我们在提交订单表单后点击后退按钮,结果如下图:
?![Firefox与IE浏览器缓存的两个主要区别[转载]](http://img.reader8.com/uploadfile/jiaocheng/2014/0125/2014012520031418190.png "Back button in HttpWatch online store")
然而,这个响应头却不能防止Firefox的缓存?.这意味着,Firefox在正常访问的情况下,将一直使用缓存的页面,直到它发送GET请求重新检验.并且,如果是通过后退按钮访问页面,Firefox不会再次访问服务器,而是简单直接地从缓存加载.
那怎样才能关掉Firefox中的缓存?呢? 答案很简单,关不了. 因为Firefox依靠缓存中的副本为"文件->另存为","查看源代码"这样的操作服务.但是,你可以控制页面缓存到哪里及那些缓存条目可以用于显示.
?
下面响应头在Firefox中可以防止持久化的缓存?,强制页面被缓存到内存中:
Cache-Control:no-store
这个头也可以防止使用后退按钮时访问了缓存?页面,它将触发一个HTTP GET请求.
这两个响应头的值组合使用可以在IE与Firefox得到期待的结果:
Cache-Control: no-cache, no-store
如下HttpWatch响应头标签所示:
![Firefox与IE浏览器缓存的两个主要区别[转载]](http://img.reader8.com/uploadfile/jiaocheng/2014/0125/2014012520031418191.png "no-store and no-cache headers")
当IE遇到没有Expires头的http响应时,它就认为永远不能自动使用缓存?条目,直到它重新从服务校验.由于IE的临时文件的一个设置项"检查所在网页的较新版本"默认为"自动",所以通常都是一个会话做一次.
这就为控制静态的html内容的缓存?提供了一个合理的方式.用户新打开的IE会得到html的最新版本,而缓存的版本就在关闭IE前会一直被使用.
Firefox处理缺失Expires头的方式不同.如果影响中有Last-Modifie?d头它就会使用HTTP 1.1规范RFC2616中指定的一个尝试性的过期值:
(引用规范:)
并且,如果响应中有Last-Modified时间值,尝试性的过期值不能超过这个值到现在时间间隔的一个比率,一般设置这个比率为10%.
计算方式如下:
过期时间 = 现在时间 + 0.1 * (Last-Modifie?d到现在的时间差)
?
例如,如果你的静态HTML文件上次修改时间是100天前,那过期时间就是10天之后.下面的示例是一个没有Expires头页面的HttpWatch缓存?标签:
![Firefox与IE浏览器缓存的两个主要区别[转载]](http://img.reader8.com/uploadfile/jiaocheng/2014/0125/2014012520031418192.png "Firefox assigns an Expiration date/time")
Firefox自动设置了过期时间为8天后,因为这个页面大概80天没有被修改过了.
这意味着,为了保持控制好你的HTML页面,正如我们在?Two Simple Rules for HTTP Caching?文章中讨论过的,你最好为你的静态资源如HTML,图片,CSS文件等,在你的WEB服务器设置一个合适的Expires值.
为了确保IE与Firefox的缓存?行为一致,你应该:
?