ASP.NET、Pagespeed 和内容编码标头答案

【问题标题】：ASP.NET, Pagespeed and the content-encoding headerASP.NET、Pagespeed 和内容编码标头
【发布时间】：2014-01-28 06:46:43
【问题描述】：

我有一个非常小的静态站点 (http://www.codeinside.eu/)，并通过 Google Pagespeed 对其进行了测试。它告诉我应该对页面和所有 JS/CSS 文件使用压缩 - 但这是我的问题：我认为我的网站已经在压缩运行。该网站在 Windows Azure 网站上运行，并且基于 ASP.NET。对于 CSS/Javascript，我使用内置的捆绑功能，网站应该在发布模式下运行 - 所以捆绑和缩小工作正常，据我所知 IIS8 应该压缩动态内容。

然后我尝试了另一个测试工具http://www.whatsmyip.org/http-compression-test/，它说我的网站被压缩了。

我的网站和其他几个运行 ASP.NET 和 IIS 的网站（包括 stackoverflow.com）没有在响应中包含“content-encoding:gzip”标头 - 这是 Pagespeed 分析器的问题还是IIS的问题？或者这根本没有问题，因为标题并不重要？

编辑：当然浏览器会在请求中发送“accept-encoding:gzip”标头。

【问题讨论】：

content-encoding:gzip 存在于您的网站上。我只是用 google 对你的网站进行了测试，并没有说 js/css 需要压缩。你这里有问题。
恕我直言，无需对我的问题投反对票 - 但我找到了原因。一分钟内回复。

标签： html asp.net gzip pagespeed

【解决方案1】：

找到了解决这个问题的方法：我们在公司中使用 Microsoft TMG 作为代理，它似乎删除了“Content-Encoding”标头（和其他神奇的东西）。我很困惑，因为像 twitter.com 这样的一些页面是通过“content-encoding: gzip”标头提供给我的 PC，而其他页面没有任何“Content-Encoding”标头。
我的疯狂猜测：TMG 区分大小写，并且只查找“内容编码”，这就是为什么我收到一些带有它的请求和一些没有它的请求。

所以 - 使用正确的标头进行压缩按预期工作。

【讨论】：