Relacionado a este ticket sobre problemas com o aumento de dados .
Até agora, havia sido sugerido pelo suporte da API solicitar gzip em vez de desinflar .
No entanto, não consigo encontrar uma maneira de substituir as configurações WP que definem deflate com a mais alta prioridade como codificação aceita para todas as solicitações.
Funções relacionadas - WP_Http_Encoding::is_available()
e WP_Http_Encoding::accept_encoding()
.
Existe algum gancho ou outra opção para controlar isso que estou perdendo?
Respostas:
Um caso extremo, mas os tipos de codificação aceitos devem ser filtrados. Eu posso ver algumas situações em que um controle granular e fino sobre esse cabeçalho seria útil (como adicionar uma API que usa codificação não padrão).
Portanto, embora não haja estoque para isso, criei um ticket Trac e enviei um patch . Se você expressar suporte ao ticket, talvez possamos gerar ruído suficiente para incorporá-lo em uma versão futura.
fonte
Resposta curta: Não, não há gancho para isso.
Resposta longa: você pode enviar um patch no WordPress Trac , se realmente precisar ajustar esta opção. Pessoalmente, nunca tive problemas
WP_Http_Encoding::accept_encoding()
e a pergunta que você mencionou pode ser respondida manualmentegzinflate()
. IMHO, esta parece ser a única solução até que alguém envie um patch.fonte