使用 GZIP 压缩的 HTTP 请求内容被截断（仅在浏览器中）

Question

我正在使用 Yesod Web 框架在 Haskell 中开发一个 Web 应用程序（尽管我认为这个问题与 Haskell 和/或 Yesod 无关，我只是为了完整性而提到这一点）。我正在使用 Warp 服务器来服务请求，并且在使用 Chromium/Firefox（但不是 Opera）访问涉及 GZIP 压缩的网站时遇到了一个奇怪的问题。

我设置了一个仅返回 Hello world! 的网站。

• 如果我使用 netcat 获取站点并将 Accept-Encoding 设置为 gzip，我会得到正确的结果。这意味着我可以解压缩收到的数据，并且它会正确解压缩为 Hello world!。
• 如果我想使用 Chromium 或 Firefox 查看该网站，我得到的只是 H （其余内容被截断）。我验证了服务器是否正确设置了 Content-Length 和 Content-Encoding 标头。

以下是我用来发送 Hello world! 字符串的代码：

getRootR = return $ RepPlain $ toContent ("Hello world!" :: ByteString)

我正在使用标准 run 函数调用 Warp：

withWebApp $ Warp.run 3000

这是我使用 发送的请求>netcat，它与之配合使用：

GET / HTTP/1.0
Accept-Encoding: gzip,    

以及解压缩 netcat 输出的结果：

$ nc --idle-timeout=1 localhost 3000 < test | tail -n1 | gunzip
nc: using stream socket
Hello world!

还有一件事：如果我使用 Wireshark 嗅探流量，数据包将显示为 HTTP 流量，但 Wireshark 告诉我 ( text/plain）连续或非 HTTP 流量。这个包对我来说看起来很好很硬。

因此，由于某种原因，它在 Chromium 或 Firefox 中不起作用，我不明白为什么。有人可以帮助我解决这个问题或为我指出正确的方向吗？

Answer 1

最可能的原因是内容长度设置不正确，即服务器报告原始内容的大小而不是压缩数据的大小。
正如 sclv 上面所述，这一定是 Web 服务器中的错误。

Answer 2

我可以确认这是 wai-extra 中的一个错误。看来正确的操作应该是在使用 gzip 时删除 Content-Length 标头，以便 Warp 将自动提供分块传输编码。我希望今天晚些时候发布一个补丁。