如何控制HTTP API请求上的接受编码？

11

与这张票有关的数据膨胀问题。

到目前为止，API的支持建议使用gzip而不是deflate。

但是，我找不到一种方法来覆盖WP设置，该设置将所有优先级最高的deflate设置为接受的编码。

相关功能- WP_Http_Encoding::is_available()和WP_Http_Encoding::accept_encoding()。

是否有任何挂钩或其他选项来控制我所缺少的？

http-api

— 腊斯特
source

我删除了以前的答案，因为它不是您问题的肯定解决方案（而是一个答案，说我找不到简单的答案）。此外，从先前答案的第二眼看，它与上下文和示例的关系太短/太短。

— Jonnybojangles 2012年

我已经厌倦了再次查询问题（“是否有任何钩子或其他选项来控制我所缺少的？”），看不到钩子或过滤WordPress的WP_Http_Encoding类的直接方法（方法为is_available，accept_encoding和解压缩）。WP_http中有一些钩子和过滤器，但是我看不到它们会影响放气。不幸的是，除了进行编辑和向内核提交补丁之外，我看不到任何方法可以更改WordPress的deflate优先级。您能否提供WordPress要求设置放气方法的代码示例？

— Jonnybojangles 2012年

@Jonnybojangles看到有问题的用例链接...这可能是边缘情况，但是当您需要更改它时，对此控件的缺乏控制会带来很大的麻烦。

— 拉斯特

4

边缘情况非常好，但是可接受的编码类型仍然应该是可过滤的。我看到一些情况下，对此标头进行精细的细化控制将很有用（例如添加使用非标准编码的API）。

因此，虽然没有任何库存挂钩，但是我为此创建了Trac票证并提交了补丁。如果您在票证上表示支持，也许我们可以提高声音，以将其合并到将来的发行版中。

— 伊曼
source

1

感谢您在那提出问题，因为您知道我做得并不多。:)

— Rarst'2

2

简短的回答：不，这没有任何意义。

长答案：如果您确实需要调整此选项，则可以在WordPress Trac上提交补丁。就我个人而言，我从未遇到过任何WP_Http_Encoding::accept_encoding()问题，您可以通过手动回复来回答您提到的问题gzinflate()。恕我直言，这似乎是唯一的解决方案，直到有人提交补丁为止。

— swissspidy
source