Связанные с этим тикет о проблемах с завышением данных .
До сих пор поддержка API предлагала запрашивать gzip вместо deflate .
Однако я не могу найти способ переопределить настройки WP, которые устанавливают deflate с наивысшим приоритетом в качестве принятой кодировки для всех запросов.
Связанные функции - WP_Http_Encoding::is_available()
и WP_Http_Encoding::accept_encoding()
.
Есть ли какой-нибудь крючок или другой вариант для контроля этого, которого мне не хватает?
Ответы:
Совершенно неожиданный случай, но, тем не менее, принятые типы кодирования должны быть фильтруемыми. Я вижу несколько ситуаций, когда полезен точный, детальный контроль над этим заголовком (например, при добавлении API, использующего нестандартную кодировку).
Так что, хотя для этого нет ловушки, я создал для нее билет Trac и отправил патч . Если вы озвучиваете поддержку в заявке, возможно, мы сможем поднять достаточно шума, чтобы включить его в будущий выпуск.
источник
Краткий ответ: нет, для этого нет крючка.
Длинный ответ: Вы можете отправить патч на WordPress Trac , если вам действительно нужно настроить эту опцию. Лично у меня никогда не было проблем,
WP_Http_Encoding::accept_encoding()
и на указанный вами вопрос можно было ответить вручнуюgzinflate()
. ИМХО, похоже, это единственное решение, пока кто-то не представит патч.источник