Përgjigja e Requests duket e dëmtuar pas një proxy? Kontrolloni mbështetjen për Brotli
Një Accept-Encoding:br i kopjuar mund të kalojë mbështetjen e dekoduesit në mjedisin Requests të strehuar.
Krahasoni laptopin dhe procesin e strehuar në dy shtresa të ndryshme:
| Shtresa | Pyetja |
|---|---|
| Content-Encoding | A mundet klienti të dekompresojë bajtët gzip/deflate/Brotli të kthyer? |
| Charset | Si bëhen tekst bajtët e dekompresuar? |
Requests zakonisht trajton gzip/deflate; Brotli kërkon një bibliotekë të instaluar të mbështetur. Një Accept-Encoding i kopjuar me dorë mund të shpallë br kur ky mjedis nuk mund ta dekodojë. Zgjedhja e tekstit UTF-8 nuk e dekompreson Brotli.
Kur negociimi kufizohet qëllimisht:
response = session.get(
url,
proxies={"https": "http://proxy.example:8080"},
headers={"Accept-Encoding": "gzip, deflate"},
timeout=30,
)
response.raise_for_status()Përdorni Session-in ekzistues, URL-në HTTPS dhe titujt/autentikimin e kërkuar. Krahasoni Accept-Encoding në dalje, Content-Encoding në hyrje dhe mbështetjen e paketave në të dyja makinat; një ndërmjetës transformues mund të japë edhe metadata të vjetruara. Një krahasim i veçantë i një faqe publike mund të përdorë Lista e proxy-ve HTTP për URL-në e proxy-t ku ndërmjetësit publikë lejohen, pa kredenciale proxy të trashëguara, tituj llogarie të kopjuar ose të dhëna private të trupit.
Përndryshe preferoni negociimin normal të klientit. Ndërfaqet e përshtatshme content/text të Requests dekodojnë kodimin e mbështetur, prandaj mos e dekompresoni përsëri daljen e tyre vetëm sepse titulli e emërton atë.