¿Cómo controlar la codificación de aceptación en solicitudes de API HTTP?

11

Relacionado con este ticket sobre problemas con la inflación de datos .

Hasta ahora, el soporte de API había sugerido solicitar gzip en lugar de desinflar .

Sin embargo, no puedo encontrar una manera de anular la configuración de WP que establece desinflar con la máxima prioridad como codificación aceptada para todas las solicitudes.

Funciones relacionadas - WP_Http_Encoding::is_available()y WP_Http_Encoding::accept_encoding().

¿Hay algún gancho u otra opción para controlar esto que me falta?

http-api Rarst
fuente
Eliminé mi respuesta anterior porque no era una resolución positiva a su pregunta (y más bien una respuesta que dice que no puedo encontrar una respuesta simple). Además, en el segundo vistazo de la respuesta anterior, era demasiado corto / delgado con contexto y ejemplos.
Jonnybojangles
Me cansé de volver a examinar la pregunta ("¿Hay algún enlace u otra opción para controlar esto que me falta?") Y no veo ningún medio directo para conectar o filtrar la clase WP_Http_Encoding de WordPress (donde los métodos están disponibles, accept_encoding y descomprimir se encuentran). Hay algunos ganchos y filtros con WP_http pero ninguno que puedo ver que se desinfla. Desafortunadamente, no puedo ver ningún medio para cambiar la prioridad de deflación de WordPress fuera de hacer ediciones y enviar parches al núcleo. ¿Puede proporcionar ejemplos de código de la solicitud realizada por WordPress que necesita un método de desinflado para establecer?
Jonnybojangles
@Jonnybojangles ve los enlaces en cuestión para el caso de uso ... Este es probablemente el caso más extremo, pero la falta de control sobre esto apesta cuando es necesario cambiarlo.
Rarst

Respuestas:

4

Es un caso extremo, pero los tipos de codificación aceptados deben ser filtrables de todos modos. Puedo ver algunas situaciones en las que sería útil un control fino y granular sobre este encabezado (como al agregar una API que usa codificación no estándar).

Entonces, aunque no hay un gancho de existencias para esto, he creado un boleto de Trac para él y he enviado un parche . Si expresa soporte en el boleto, tal vez podamos generar suficiente ruido para incorporarlo en una versión futura.

EAMann
fuente
1
Gracias por plantear el problema allí, como saben, no hago mucho seguimiento. :)
Rarst
2

Respuesta corta: No, no hay gancho para eso.

Respuesta larga: posiblemente podría enviar un parche en WordPress Trac , si realmente necesita ajustar esta opción. Personalmente, nunca tuve problemas WP_Http_Encoding::accept_encoding()y la pregunta que mencionaste podría responderse manualmente con gzinflate()la respuesta. En mi humilde opinión, esta parece ser la única solución hasta que alguien envíe un parche.

swissspidy
fuente