我是否应该使用GZIP压缩中间件？

Question

在使用了姜戈之后，我发现人们倾向于推荐使用GZIP中间件来压缩HTML页面。

然而，WSGI v1.0规范告诉我们：

(注意:应用程序和中间件不能对它们的输出应用任何类型的Transfer-Encoding，例如分块或压缩；作为“逐跳”操作，这些编码是实际web服务器/网关的范围。有关更多细节，请参见下面的其他HTTP特性 )。

这意味着压缩应该留给服务器/网关。这是有意义的，因为服务器在这方面可能要快得多。而且，它可能更喜欢SDCH而不是gzip，因为大多数现代的Chrome/Chromium浏览器都支持它。

所以我的问题仍然是，我是否应该使用中间件来压缩我的响应？具体来说，Google App Engine的正确选择是什么？

编辑：

塔书还包含一个示例gzip中间件。

我没有提到我选择的框架是金字塔 (前repoze.bfg)。

Answer 1

应用程序引擎已经做了压缩内容，如果客户端支持的话。

如果客户端发送HTTP报头，请求指示客户端可以接受压缩(HTTP)内容，appropriate将自动压缩响应数据并附加适当的响应头。它使用接受编码和用户代理请求头来确定客户端是否能够可靠地接收压缩响应。自定义客户端可以通过指定值为"gzip“的Accept-Encoding和User头来强制压缩内容。