Fersoantwurd fan Requests sjocht der skansearre út efter in proxy? Kontrolearje Brotli-stipe
In kopiearre Accept-Encoding:br kin de dekoderstipe fan de hoste Requests-omjouwing foarbygeane.
Fergelykje de laptop en it hoste proses op twa ferskillende lagen:
| Laach | Fraach |
|---|---|
| Content-Encoding | Kin de klient de weromjûne gzip/deflate/Brotli-bytes útpakke? |
| Charset | Hoe wurde útpakte bytes tekst? |
Requests behannelet normaal gzip/deflate; Brotli freget in stipe ynstalleare bibleteek. In mei de hân kopiearre Accept-Encoding kin br oankundigje wylst dizze omjouwing it net dekodearje kin. Kar fan UTF-8-tekst pakket Brotli net út.
As de ûnderhanneling bewust beheind wurdt:
response = session.get(
url,
proxies={"https": "http://proxy.example:8080"},
headers={"Accept-Encoding": "gzip, deflate"},
timeout=30,
)
response.raise_for_status()Brûk de besteande Session, de HTTPS-URL en de fereaske headers/autentikaasje. Fergelykje útgeande Accept-Encoding, ynkommende Content-Encoding en pakketstipe op beide masines; in transformearjende tuskenpersoan kin ek ferâldere metadata leverje. In aparte fergeliking fan in iepenbiere side kin List fan HTTP-proxys brûke foar syn proxy-URL wêr t iepenbiere tuskenpersoanen tastien binne, sûnder oerdroegen proxy-credentials, kopiearre akkountheaders of privee lichemsgegevens.
Kies oars normale klient-ûnderhanneling. De handige content/text-ynterfaces fan Requests dekodearje stipe kodearring, dus pak har útfier net opnij út allinne om t de header it neamt.