问题标签 [http-accept-encoding]

我认为这是一个简单的谷歌搜索，但显然我错了。

我看到你应该提供：

在请求标头中。但是，建议它的文章还指出，代理通常会忽略该标头。另外，当我将它提供给 nginx 时，它仍然压缩了响应消息体。

http://forgetmenotes.blogspot.ca/2009/05/how-to-disable-gzip-compression-in.html

那么，如何告诉 Web 服务器禁用响应消息正文的压缩？

我正在尝试使用 GET 向服务器发送请求，该请求将以 XML 响应。我被告知我需要设置“Accept”属性，代码如下：

我得到响应代码 500。当我与我尝试访问的 URL 的开发人员交谈时，他们说我没有将“接受”属性设置为 XML？我究竟做错了什么？你应该如何设置该属性？

编辑：好的，这很尴尬。这个问题与我的开发环境有关，特别是我设置 TCP/IP 监控工具的方式。当我停止监视网络消息时，它按预期工作。

我发现 Accept-Encoding 的例子违反了文档中的规范：

http://www.w3.org/Protocols/rfc2616/rfc2616-sec14#sec14.3

“Accept-Encoding”头域定义如下：

所以根据 的语法1#(...)，它应该在值列表中至少包含一个元素。但是其中一个例子出现在它之后：

它有一个空白值部分。我错过了什么吗？谁能告诉我这种用法是否有效？

我JsonStrategy在 ZF2 应用程序中激活了，现在可以使用AcceptableViewModelSelector Controller Plugin获取 JSON 输出。

它仅适用于Accept包含application/json.

JSON输出的正确值在哪里application/json定义？（如何）我可以定义和使用foo/bar吗？

我正在编写一个尚未内置任何编码算法的 HTTP 客户端。因此，我想知道 Accept-Encoding 标头是否有一个值来指示这一点？比如：“none”，或者“text/plain”或类似的？

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

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

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

Today, I wanted to utilize the Accept-Encoding header to request an image as base64. Come to find out, the XMLHttpRequest spec prevents setting that header!

http://www.w3.org/TR/XMLHttpRequest/#the-setrequestheader()-method

Note: The above headers are controlled by the user agent to let it control those aspects of transport. This guarantees data integrity to some extent. Header names starting with Sec- are not allowed to be set to allow new headers to be minted that are guaranteed not to come from XMLHttpRequest.

Why in the world would they write a spec like this? It'd make more sense if the browser just provided a default value (eg. gzip,deflate,sdch) if none was specified.

在特定情况下，我需要能够在请求/响应中禁用压缩。

使用 Firefox RestClient，我可以将一些 xml 发布到 Web 服务并使用单个标头参数“Accept-Encoding”：“”成功获取一些响应 xml，如果我不设置此标头，则响应正文将返回压缩响应正文中的一些二进制数据（这就是为什么我要禁用 gzip 作为响应）

现在在我的应用程序中使用相同的标头值（在 C# 中使用 RestSharp），我仍然得到二进制数据（gzip）作为响应。

有人可以阐明一下吗？RestSharp 支持吗？

我正在尝试使用 Gzip 从 Amazon CloudFront 提供一些 JS 和 CSS 文件。按照他们的指示，我似乎应该在呈现我的页面时确定客户端是否支持 Gzip，如果是，我将 .gz 附加到文件 URL。

问题是，当我检查浏览器请求时，它们似乎确实将 Accepts-Encoding:gzip（或 deflate）标头添加到 JS 或 CSS 文件的请求中，而不是 HTML 文件的请求中。HTML 请求是我需要读取标题的地方。JS 或 CSS 请求将发送到 CloudFront，而不是我的服务器。

所以，如果我在 HTML 请求的 Accept-Encoding 中看到/ ，假设客户端支持 gzip 是否安全？

我正在开发 Joomla 网站，并且刚刚在http://tools.pingdom.com/上进行了一些页面速度测试。它给了我浏览器缓存的零分。我已经在 J​​oomla 全局配置中启用了缓存。我还应该做些什么来使缓存正常工作吗？

我还通过 Joomla 全局配置启用了 GZIP，但该工具说我需要这样做，Specify a Vary: Accept-Encoding header所以我的资源压缩分数也很低。这是我应该做的其他事情，还是服务器应该这样做？