【问题标题】:Why does IIS6 Accept-Encoding value equal null when attempting compression with ASP.Net MVC尝试使用 ASP.Net MVC 进行压缩时,为什么 IIS6 Accept-Encoding 值等于 null
【发布时间】:2010-01-27 06:21:34
【问题描述】:

我已插入 HttpCompress 模块,为我的 MVC Web 应用程序启用压缩。

如果我通过开发 Web 服务器 (Cassini) 运行我的网站,则执行压缩不会有任何问题。

但是,当我将站点部署到 IIS6 时,压缩并未执行。我检查了压缩库的源代码,并且 CompressContent 处理程序返回而不采取任何行动,因为

存在空值
app.Request.Headers["Accept-Encoding"]

我最好的猜测是,这与 IIS6 中无扩展 url 的处理有关。我需要做些什么来解决生产中的这个问题?

[下面是模块的配置,如果有帮助的话]

<blowery.web>
  <httpCompress preferredAlgorithm="deflate" compressionLevel="high">
    <excludedMimeTypes>
      <add type="image/jpeg" />
      <add type="image/png" />
      <add type="image/gif" />
      <add type="application/pdf" />
    </excludedMimeTypes>
    <excludedPaths></excludedPaths>
  </httpCompress>
</blowery.web>

【问题讨论】:

    标签: asp.net-mvc iis-6 compression gzip deflate


    【解决方案1】:

    进一步调查发现我是通过代理访问服务器,并且代理似乎没有将压缩头转发到 IIS。

    似乎识别代理干预请求的最简单方法是检查 via 条目的响应标头。

    complete list of http headers 视为家庭作业。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2010-10-13
      • 2012-03-10
      • 2021-11-09
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2014-02-07
      • 2010-11-06
      相关资源
      最近更新 更多