如果有人能帮忙的话,我们将不胜感激。我想对IIS7中的静态文件启用压缩(为了简单起见,我暂时只提到静态css文件)。
我遇到的问题是,只有在IIS中为网站启用动态和静态压缩时,css文件才会被压缩。我真正想要实现的是css压缩(静态文件),同时将动态(aspx)页面暂时保持未压缩状态(以避免不必要的CPU负载)。
我感到困惑的是,为什么只保留“静态压缩”功能会导致css文件未压缩返回。
我的applicationHost.config文件没有被修改,如下所示:
<httpCompression directory="%SystemDrive%\inetpub\temp\IIS Temporary Compressed Files">
<scheme name="gzip" dll="%Windir%\system32\inetsrv\gzip.dll" />
<staticTypes>
<add mimeType="text/*" enabled="true" />
<add mimeType="message/*" enabled="true" />
<add mimeType="application/javascript" enabled="true" />
<add mimeType="*/*" enabled="false" />
</staticTypes>
<dynamicTypes>
<add mimeType="text/*" enabled="true" />
<add mimeType="message/*" enabled="true" />
<add mimeType="application/x-javascript" enabled="true" />
<add mimeType="*/*" enabled="false" />
</dynamicTypes>
</httpCompression>IIS中的服务器范围压缩设置设置为“服务器>功能>压缩页中的”动态禁用“和”静态启用“。
网站压缩设置(服务器>站点> MyWebsite >功能>压缩)是我启用和禁用动态压缩的地方,如前所述。
任何帮助都能帮我摆脱困境。
谢谢
发布于 2011-05-02 05:06:31
很可能,CSS文件是由动态内容处理程序提供的,这意味着IIS认为它是动态内容。如果.CSS文件直接映射到StaticFileHandler,那么只要mime类型正确,它们可能会与其他静态内容一起被压缩。
找出是否是这样的:
打开网站的失败请求跟踪,并启用跟踪200个响应的规则。
打开与.CSS请求对应的失败请求日志文件,并检查哪些处理程序正在被调用以生成该文件,以及是否认为需要压缩。通配符脚本映射通常是这种行为的原因。
如果您在frequentHitThreshold请求中的得分不超过frequentHitTimePeriod (通常在10秒内2次,如果内存可用的话),则在打破该阈值之前,内容可能不会被压缩--与缓存相同的阈值用于压缩。
https://serverfault.com/questions/200332
复制相似问题