Request-Antwert gesäit verzerrt aus hannert engem Proxy? Iwwerpréift Brotli-Ënnerstëtzung
Eng kopéiert Accept-Encoding:br kann d Decoder-Ënnerstëtzung vun der gehosteter Requests-Ëmgebung iwwerhuelen.
Vergläicht de Laptop an de gehostete Prozess op zwou verschiddenen Niveauen:
| Niveau | Fro |
|---|---|
| Content-Encoding | Kann de Client déi zréckginn gzip/deflate/Brotli-Bitten dekompriméieren? |
| Charset | Wéi ginn dekompriméiert Bitten zu Text? |
Requests behandelt normalerweis gzip/deflate; Brotli brauch eng installéiert ênnerstëtzt Bibliothéik. En manuell kopéierten Accept-Encoding kann br annoncieren, wou dës Ëmgebung en net dekodéiere kann. D Wiel vun UTF-8-Text dekompriméiert Brotli net.
Wann d Verhandlung bewosst ageschränkt gëtt:
response = session.get(
url,
proxies={"https": "http://proxy.example:8080"},
headers={"Accept-Encoding": "gzip, deflate"},
timeout=30,
)
response.raise_for_status()Benotzt déi existéierend Session, d HTTPS-URL an déi néideg Headeren/Authentifikatioun. Vergläicht dech ausgoenden Accept-Encoding, dech agoenden Content-Encoding an d Paket-Ënnerstëtzung op béide Maschinnen; en transforméierenden Intermédiaire kann och veralt Metadaten liwweren. Eng separat ëffentlech Säitvergäichung kann Lëscht vun HTTP-Proxien fir seng Proxy-URL benotzen, wou ëffentlech Intermédiaire erlaabt sinn, ouni geierft Proxy-Akkreditiwer, kopéiert Kont-Headeren oder privat Kierperdaten.
Soss bevorzugt déi normal Client-Verhandlung. D bequem content/text-Interface vum Requests dekodéiert ênnerstëtzt Kodéierung, also dekompriméiert hir Ausgab net nach eng Kéier just well den Header se nennt.