Requests-en erantzuna nahasita ikusten da proxy baten atzean? Egiaztatu Brotli euskarria
Kopiatutako Accept-Encoding:br batek Requests ingurune ostalariaren deskodetzailearen euskarria gainditu dezake.
Konparatu ordenagailu eramangarria eta prozesu ostalaria bi geruza desberdinetan:
| Geruza | Galdera |
|---|---|
| Content-Encoding | Bezeroak itzulitako gzip/deflate/Brotli byteak deskonprima ditzake? |
| Charset | Nola bihurtzen dira deskonprimitutako byteak testu? |
Requestsek gzip/deflate kudeatzen du normalean; Brotlik instalatutako liburutegi onartu bat behar du. Eskuz kopiatutako Accept-Encoding batek br iragar dezake ingurune honek deskodetu ezin duenean. UTF-8 testuaren hautaketak ez du Brotli deskonprimatzen.
Negoziazioa nahita mugatzen denean:
response = session.get(
url,
proxies={"https": "http://proxy.example:8080"},
headers={"Accept-Encoding": "gzip, deflate"},
timeout=30,
)
response.raise_for_status()Erabili lehendik dagoen Session, HTTPS URLa eta beharrezko goiburuak/autentifikazioa. Konparatu irteten den Accept-Encoding, sartzen den Content-Encoding eta pakete euskarria bi makinetan; bitartekari eraldatzaile batek metadatu zaharkituak ere eman ditzake. Aparteko orri publiko baten konparazioak HTTP proxy zerrenda erabil dezake proxy URLrako bitartekari publikoak onartzen direnean, oinordetzan jasotako proxy kredentzialik, kopiatutako kontu goibururik edo gorputz datu pribaturik gabe.
Bestela, hobetsi bezeroaren negoziazio arrunta. Requestsen content/text interfaze erosoei esker kodeketa onartua deskodetzen da, beraz ez deskonprimatu berriro haien irteera goiburuak izena ematen duelako soilik.