IIS6和IIS7对静态文件gzip压缩方式

先说明下为什么要写这篇文章，以及纠结于这个“小问题”。首先开启静态文件的gzip压缩非常有利用提高网站的访问速度，并且有效减少蜘蛛爬行静态页面的time-taken，同时也不会像开启动态文件压缩一样可能会对百度蜘蛛造成200 0 64的抓取问题，所以一方面，网站速度快有利于提高用户体验，另一方面，google管理员博客在今年已经明确表示网站速度是排名的因素之一，而对于拿国外主机做百度中文站优化，time-taken不理想会导致百度蜘蛛内页抓的少，国平之前在自己博客文章网页加载速度是如何影响SEO效果的中也提到过，在固定的一段时间内蜘蛛抓取网站的总时间是固定的，那么抓取速度上去了，抓取页面数就会更多，反之则少。

好吧，开始正文，在上篇文章《蜘蛛抓取静态页面与触发gzip压缩的实验结果》中的问题二，我提出了gzip静态页面的压缩版本在服务器上保存方式的猜测，在困惑了许久之后，发现导致两个主机返回gzip结果不同的最终原因是iis版本而不是我猜测的缓存文件夹设置过小

事实上，iis7比iis6在静态压缩上有了较大的更新，在IIS6中，静态压缩是在一个不同的线程上进行的，所以在收到一个HTTP请求后，第一个发送给浏览器的HTML版本是没有压缩过的，而同时IIS6会开始使用一个不同的线程对这个文件进行压缩并且将这个压缩后的版本长期保存在压缩文件的缓存文件夹内。而在以前，也就是IIS6服务器上，在压缩完成之后凡是对该被压缩版本的静态文件的HTTP请求，IIS6都会直接从缓存文件夹中直接调用压缩后的版本并返回给浏览器。

但是在IIS7中，压缩是在主线程上进行的，而且为了节省压缩的成本，IIS7不对所有的HTTP请求而只对哪些经常会被用户访问的静态文件进行压缩版本的长期保存，这也就是为什么我在之前第一次访问没有压缩，短期内再次访问返回的是压缩版本，但是再过几分钟访问返回的又是未压缩版本的原因。这里我们可以理解为IIS7并没有将压缩版本实际保存到缓存文件夹中，而是只在服务器内存中做了保存，或者是临时将压缩版本保存到缓存文件夹中，一会之后进行删除。

而IIS7定义什么文件是经常访问的符合压缩标准的方法是system.webServer/serverRuntime中的以下两个属性，frequentHitThreshold和frequentHitTimePeriod 。如果IIS在frequentHitTimePeriod时间段内接收到了对某个静态文件的超过frequentHitThreshold闸值次数的访

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!