Jak kontrolować akceptowanie kodowania w żądaniach API HTTP?

11

Powiązane z tym biletem dotyczącym problemów z pompowaniem danych .

Do tej pory wsparcie API sugerowało żądanie gzip zamiast deflacji .

Nie mogę jednak znaleźć sposobu na zastąpienie ustawień WP, które ustawiają deflację z najwyższym priorytetem jako akceptowanego kodowania dla wszystkich żądań.

Powiązane funkcje - WP_Http_Encoding::is_available()i WP_Http_Encoding::accept_encoding().

Czy jest jakiś haczyk lub inna opcja kontroli tego, czego mi brakuje?

http-api

— Rarst
źródło

Usunąłem poprzednią odpowiedź, ponieważ nie była to pozytywna odpowiedź na twoje pytanie (a raczej odpowiedź stwierdzająca, że nie mogę znaleźć prostej odpowiedzi). Ponadto, po drugim spojrzeniu na poprzednią odpowiedź, był zbyt krótki / cienki z kontekstem i przykładami.

— Jonnybojangles,

Zmęczyłem się ponownie spojrzeniem na pytanie („Czy istnieje jakiś haczyk lub inna opcja kontrolowania tego, którego mi brakuje?”) I nie widzę żadnych bezpośrednich sposobów na zaczepienie lub filtrowanie klasy WP_Http_Encoding WordPressa (gdzie metody są dostępne, kodowanie akceptowalne i znaleziono dekompresję). W WP_http znajduje się kilka haczyków i filtrów, ale żadnego z nich nie widzę, by powodowały deflację. Niestety nie widzę żadnego sposobu, aby zmienić priorytet deflacji WordPressa poza wprowadzaniem zmian i przesyłaniem poprawek do rdzenia. Czy możesz podać przykłady kodu żądania WordPress wymagającego ustawienia metody deflacji?

— Jonnybojangles,

@Jonnybojangles widzi odnośniki w pytaniu o przypadek użycia ... Prawdopodobnie jest to przypadek skrajny, ale brak kontroli nad tym jest do bani, gdy trzeba go zmienić.

— Rarst

4

Całkiem nieoczekiwany przypadek, ale mimo to akceptowane typy kodowania powinny być filtrowalne. Widzę kilka sytuacji, w których przydałaby się precyzyjna, szczegółowa kontrola nad tym nagłówkiem (jak w przypadku dodawania interfejsu API, który wykorzystuje niestandardowe kodowanie).

Tak więc, chociaż nie ma na to haka magazynowego, stworzyłem dla niego bilet Trac i przesłałem łatkę . Jeśli wyrazisz poparcie w sprawie biletu, być może możemy zwiększyć hałas, aby włączyć go do przyszłej wersji.

— EAMann
źródło

1

Dziękujemy za poruszenie problemu, ponieważ wiesz, że nie śledzę zbyt wiele. :)

— Rarst

2

Krótka odpowiedź: nie, nie ma na to haka.

Długa odpowiedź: prawdopodobnie możesz przesłać łatkę na WordPress Trac , jeśli naprawdę potrzebujesz dostosować tę opcję. Osobiście nigdy nie miałem WP_Http_Encoding::accept_encoding()problemów, a na wspomniane pytanie można było odpowiedzieć ręcznie gzinflate(). IMHO, wydaje się, że jest to jedyne rozwiązanie, dopóki ktoś nie prześle łaty.

— szwajcarski
źródło