问题标签 [http-accept-encoding]

以下问题与这个问题高度相关。

Apache 版本是 2.2，因此没有提供“If”语句。服务器仅包含压缩文件，以节省空间。用户可以请求 gzip 压缩文件或仅请求其解压缩内容，具体取决于 Accept-Encoding。

这是 httpd.conf 的伪配置：

因此，如果客户端可以处理压缩内容，服务器将简单地检索 .gz 文件（注意：客户端专门请求“file.txt”而不是“file.txt.gz”）并提供它。如果客户端无法处理压缩内容，服务器将找到 .gz 文件，将其解压缩，相应地更改标题，然后提供文件。

我正在寻求您的帮助，因为找不到使用 Apache 规则评估 if 块的方法。此外，我想知道如何在提供之前从未压缩文件中删除 .gz 。

谢谢你。

我已经在我的源服务器上对静态内容进行了压缩。但是当我请求任何内容时，我没有得到压缩内容。

响应标头应显示接受编码。

下面我粘贴了我的请求和响应标头

响应头

请求标头

谢谢普梅坎德

我想知道添加Accept-Encoding: gzip, deflate请求标头和仅添加Accept-Encoding: gzip.

因为在响应标头中我Content-Encoding : gzip只能每次都看到并且压缩百分比也是相同的。

哪一个是最佳实践。

我正在POST打电话。该调用在一个系统（比如 system1）上运行，而不在另一个系统（比如 system2）上运行。

我收到以下错误：

标题

我在两个系统上发送以下标头：Accept-Encoding: gzip, deflate, br

Java版本 系统1：

系统2：

我还尝试检查引发错误的源代码（检查checkMessageHeader方法代码）：

dk8-b91：http ://hg.openjdk.java.net/jdk8/jdk8/jdk/file/169451cf0cc5/src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java

jdk8-b51：http ://hg.openjdk.java.net/jdk8/jdk8/jdk/file/e865efbc7105/src/share/classes/sun/net/www/protocol/http/HttpURLConnection.java

在这两个文件中，源代码checkMessageHeader是相同的。源代码也在\n检查某些条件后检查并抛出错误，但前提\n是存在。我没有任何\n关键或价值。

我无法理解可能是什么问题？或者如何进行？

我们开发了一个应用程序，它提供多种休息服务并支持标头通过标头值Accept-Encoding返回压缩内容。Content-Encoding:gzip

此应用程序部署在 aws 上的 ec2 实例上，当我们发送带有Accept-Encoding值集的请求时，响应已正确构建。

我们想通过使用 api gateway 来公开这个 api，但它只是用于不压缩请求。当我们发送请求压缩内容的请求时，Content-Encoding标头设置正确，但响应内容已损坏。

我们是否必须在集成响应或方法响应步骤中设置一些特殊的参数或配置？

问候。

Can I use 页面说 Chrome 支持 brotli 有一段时间了。我认为Accept-Encoding字符串会是这样的：

但是我检查了对 StackOverflow 的请求，例如它不包含brotli：

brotli我想如果它不在 中，大多数网络服务器都不会真正返回你Accept-Encoding，所以它只是看起来部分支持。

是以后再添加还是有什么我不知道的技巧？

我在我的项目中使用 Alamofire 进行联网。由于我的服务器支持 gzipped 响应。我想知道 Alamofire 本身是否支持 gzip 或者我是否需要在其标题中专门设置为["Accept-Encoding":"gzip"]。我尝试了这两种情况，并没有发现响应大小有任何差异。所以我假设它默认请求 gzip 响应。关于这个主题的任何光线都会很有用。

还有一种方法可以检查 Alamofire 的原始响应吗？

如何在 ASP.NET Core (v1.0.1)中禁用Content-Encoding单个控制器操作

我已经尝试过：

但它仍然会被压缩。

是否有任何 ActionFilter 可以使用，或者我可以覆盖类似于此处发布的 MVC 5 变体的过滤器：https ://stackoverflow.com/a/5656970/2106997 ？

Mozilla 开发者网络上的这个页面，质量通常不会太差，它指出：

* 匹配标题中尚未列出的任何内容编码。如果标头不存在，这是默认值。这并不意味着支持任何算法；只是没有表达偏好。

现在我发现 Elasticsearch 继续前进，当我告诉它时发送 gzip，Accept-Encoding: *但当我省略标题时发送纯数据。

在我看来，这意味着这两个句子都是错误的：

如果标头不存在，这是默认值。

Accept-Encoding: *在这种情况下，无论是否给出标题，行为都应该是相同的。

这并不意味着支持任何算法；只是没有表达偏好。

对 Elasticsearch 来说，这似乎意味着：发送 gzip 就可以了。

我是否误解了它们在 MDN 中的含义？该页面上的信息是否完全错误（毕竟它有编辑按钮）？或者 Elasticsearch 是否在做一些不应该做的事情？

How does mule handle GZIP, Deflate Accept Encoding Headers?

Is it automatic or do we need to use the GZIP Compress connector or do we need to do something else when the application receives this as a header?

I am using Mule 3.8.1 and Anypoint Studio 6.1.

Thanks