问题标签 [content-encoding]

我正在尝试提供 base64 编码的图像文件并且失败了。要么我得到 UTF-8 编码的响应，要么return response以一种有趣的方式得到线路错误。大多数我尝试过的所有东西都可以看作是下面摘录中的注释代码。追溯的详细信息如下。

我的问题是：如何返回 base64 编码文件？

取消注释该行#content_encoding = encoded_string会给我错误：

有人可以告诉我是否可以找出服务器是否支持特定的内容编码？

我正在对多个服务器进行 REST API 调用，似乎有些服务器不支持请求的“gzip”内容编码。我可以在运行时协商这些细节，找出服务器是否可以处理解压缩并压缩请求体，只有当它可以？

我错过了一些基本的东西吗？

问候，肉山

祝大家有美好的一天，

我在这里有一个问题，我似乎无法解决这个问题。这是由我的一类引起的内容编码问题，我包括在内。

一旦我将课程评论出来，它就像一个魅力。

它是一个浏览器识别类，它也是一个静态类，所以你不要调用

但只是使用

该类不输出任何内容，没有回声，没有 print_r 或类似的东西，所以我在这里对这个问题有点迷茫，我也没有看到这个错误。

由于这个类是 300 行，我不想在这里包含它，但是我可以将它上传到保管箱供任何人下载（并根据需要使用）并看看它为什么给我错误。

如果有人需要更清楚地说明这个问题，请发表评论，我将包括我必须这样做的内容。

编辑

这个问题发生在 ob_gzhandler 上，当我尝试 gzip 网站并将其发送到浏览器时，浏览器只是响应“内容编码错误”。

如上所述，此错误仅在我将浏览器嗅探类包含在内时才会发生，一旦我将其注释掉，一切正常，PS：我将在晚上晚些时候发布实际类的粘贴箱。

编辑 2

单击此处获取脚本的链接（在 pastebin 上）希望这将提供足够的信息来解决问题。

我想使用 gzip 内容编码或不使用内容编码（作为后备）来提供大型（二进制但可压缩）文件。我认为应该可以使用类型映射来做到这一点。我因此设置AddEncoding x-gzip .gzc和AddHandler type-map var .var。然后我创建了resource,resource.gzc和resource.var. 但是，我无法让 Apache 为压缩资源提供服务，因此我重命名resource为resource.org并相应地调整了我的类型映射。现在 Apache 实际上将提供压缩资源，而不是未压缩的资源......

我正在测试使用curl -I http://...（-H 'Accept-Encoding: gzip,deflate'如果我想要压缩版本）。

我的类型映射现在看起来像这样：

我的设置错了吗？（如果是这样，我该如何解决？）还是我的测试错了？（如果是这样，我应该如何测试我的设置？）

我阅读了一些关于设置将要提供的文件的内容长度的文章。与分块下载相比，它有一些好处。当内容长度未知时，服务器提供块（无论如何都不知道块的大小）。

在 PHP 中，我使用 ob_gzhandler 压缩 html、js 和 css 文件以及其他基于文本的内容。在 gzip 输出之前设置原始内容长度会导致奇怪的副作用，因为长度与 gzip 输出的长度不匹配。我注意到延迟或浏览器报告编码错误。

我看到了一个技巧（也在stackoverflow上）在gzip压缩后设置内容长度以确保它报告正确的大小。但是当我这样做时，内容不再被压缩。

问题是，这种行为正确吗？gzip 压缩的内容是否总是分块发送？内容长度是否仅适用于未压缩的文件？

这里有一些代码片段：

1 导致压缩和分块文件传输：

2 指定内容长度的正常文件传输结果（但需要 gzipped 和内容长度）：

这里有一些http头结果的图片： 1

2

我正在尝试通过代理发送 GET 并且某些站点具有标头：Content-Encoding: none，这会导致 Apache 引发异常。我想知道这是否是预期的行为，以及我是否应该将其视为错误：

我的代码：

我指的错误来自这里。似乎此方法仅支持带有 Content-Encoding 的标头：gzip、deflate 或 identity。

http://hc.apache.org/httpcomponents-client-ga/httpclient/xref/org/apache/http/client/protocol/ResponseContentEncoding.html

如何解析这个提要http://www.taraf.com.tr/rss/yazarlar/default.asp并在我的网站上显示它？

我用 feed-parser https://github.com/danmactough/node-feedparser解析，存储在 mongodb 并在网站上显示。结果是胡言乱语。

我什至不知道问题的原因，我需要用 iconv 更改编码吗？或问题是别的东西。

我在这里尝试了这个解决方案，但它不起作用。https://github.com/danmactough/node-feedparser/pull/99/files

我使用的一种可能的代码：

http 客户端是否必须支持最少的内容编码集？

重述：仅实现 content-encoding:identity 的客户端是否符合标准？

我找不到有关该主题的明确文档。

我创建了一个 API.NET Web API。它使用默认的 utf-8 内容编码。我需要输出为 latin-1 以匹配数据库。

我打算使用http-conduit. 为了有效地做到这一点，我想使用Accept-Encoding: deflate,gzip标头来允许服务器（如果支持）以压缩方式传输数据。

但是，我想从中获取的一些服务器似乎Content-Encoding: gzip在不返回 gzip 数据的情况下错误地响应了标头。

因此我需要处理这些情况：

• 服务器不支持压缩 --> 返回纯响应正文
• 服务器返回压缩/压缩的内容 --> 返回解压缩的响应正文
• 服务器说（在响应标头中，它返回 gzip 压缩的内容，但 gzip 解码失败--> 返回纯响应正文

在第三种情况下，可以（在这种特定情况下）安全地假设，明文、未压缩的数据看起来不像 gzip 数据，所以响应头说它是 gzip 压缩的 && un-gzip 失败完全等同于数据不是压缩。

我怎样才能做到这一点http-conduit？

注意：这个问题故意不显示研究工作，因为它已经以问答式的方式立即得到了回答。