Bezogen auf dieses Ticket über Probleme mit dem Aufblasen von Daten .
Bisher wurde vom API-Support vorgeschlagen, gzip anstelle von deflate anzufordern .
Ich kann jedoch keine Möglichkeit finden, WP-Einstellungen zu überschreiben, bei denen die Deflation mit der höchsten Priorität als akzeptierte Codierung für alle Anforderungen festgelegt wurde.
Verwandte Funktionen - WP_Http_Encoding::is_available()
und WP_Http_Encoding::accept_encoding()
.
Gibt es einen Haken oder eine andere Option, um dies zu kontrollieren, die mir fehlt?
Antworten:
Ein ziemlicher Randfall, aber die akzeptierten Codierungstypen sollten trotzdem filterbar sein. Ich sehe einige Situationen, in denen eine feine, detaillierte Steuerung dieses Headers nützlich wäre (wie beim Hinzufügen einer API, die nicht standardmäßige Codierung verwendet).
Obwohl es dafür keinen Aktienhaken gibt, habe ich ein Trac-Ticket dafür erstellt und einen Patch eingereicht . Wenn Sie das Ticket unterstützen, können wir möglicherweise genug Lärm verursachen, um es in eine zukünftige Version aufzunehmen.
quelle
Kurze Antwort: Nein, dafür gibt es keinen Haken.
Lange Antwort: Sie könnten möglicherweise einen Patch bei WordPress Trac einreichen , wenn Sie diese Option wirklich anpassen müssen. Persönlich hatte ich nie Probleme damit
WP_Http_Encoding::accept_encoding()
und die von Ihnen erwähnte Frage konnte durch manuellegzinflate()
Beantwortung beantwortet werden . IMHO, dies scheint die einzige Lösung zu sein, bis jemand einen Patch einreicht.quelle