प्रॉक्सीमागे Requests चा प्रतिसाद विकृत दिसतो? Brotli समर्थन तपासा
कॉपी केलेले Accept-Encoding:br होस्ट केलेल्या Requests वातावरणाच्या डिकोडर समर्थनापुढे जाऊ शकते.
लॅपटॉप आणि होस्ट केलेली प्रक्रिया दोन वेगळ्या स्तरांवर तुलना करा:
| स्तर | प्रश्न |
|---|---|
| Content-Encoding | क्लायंट परत मिळालेले gzip/deflate/Brotli बाइट डीकंप्रेस करू शकतो का? |
| Charset | डीकंप्रेस केलेले बाइट कसे मजकुरात बदलतात? |
Requests सहसा gzip/deflate हाताळते; Brotli साठी इन्स्टॉल केलेली समर्थित लायब्ररी आवश्यक आहे. हाताने कॉपी केलेले Accept-Encoding br जाहीर करू शकते, जेव्हा हे वातावरण ते डिकोड करू शकत नाही. UTF-8 मजकूर निवड Brotli डीकंप्रेस करत नाही.
जेव्हा जाणीवपूर्वक वाटाघाटी मर्यादित केली जाते:
response = session.get(
url,
proxies={"https": "http://proxy.example:8080"},
headers={"Accept-Encoding": "gzip, deflate"},
timeout=30,
)
response.raise_for_status()विद्यमान Session, HTTPS URL आणि आवश्यक हेडर/प्रमाणीकरण वापरा. दोन्ही मशीनवर जाणारे Accept-Encoding, येणारे Content-Encoding आणि पॅकेज समर्थन तुलना करा; रूपांतर करणारा मध्यस्थ जुना मेटाडेटाही देऊ शकतो. वेगळी सार्वजनिक पृष्ठ तुलना सार्वजनिक मध्यस्थांना परवानगी असलेल्या ठिकाणी त्याच्या प्रॉक्सी URL साठी HTTP प्रॉक्सी सूची वापरू शकते, पण वारसाहक्काने मिळालेली प्रॉक्सी क्रेडेन्शियल्स, कॉपी केलेले खाते हेडर किंवा खाजगी बॉडी डेटा न वापरता.
अन्यथा सामान्य क्लायंट वाटाघाटीला प्राधान्य द्या. Requests चे सोयीचे content/text इंटरफेस समर्थित कोडिंग डिकोड करतात, म्हणून हेडरने त्याचे नाव घेतले या एकाच कारणाने त्यांचे आउटपुट पुन्हा डीकंप्रेस करू नका.