প্ৰক্সিৰ পিছত 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 আৰু পেকেজ সমৰ্থন তুলনা কৰক; ৰূপান্তৰকাৰী মধ্যৱৰ্তীয়ে পুৰণি মেটাডেটাও যোগান ধৰিব পাৰে। পৃথক ৰাজহুৱা পৃষ্ঠা তুলনাই HTTP প্ৰক্সি তালিকা ব্যৱহাৰ কৰি ইয়াৰ প্ৰক্সি URL ল’ব পাৰে য’ত ৰাজহুৱা মধ্যৱৰ্তী অনুমোদিত, কিন্তু উত্তৰাধিকাৰী প্ৰক্সি প্ৰমাণপত্ৰ, কপি কৰা একাউণ্ট হেডাৰ বা ব্যক্তিগত বডি তথ্য নোলোৱাকৈ।
অন্যথা স্বাভাৱিক ক্লায়েন্ট আলোচনাৰ পক্ষত থাকক। Requests ৰ সুবিধাজনক content/text ইণ্টাৰফেছসমূহে সমৰ্থিত ক’ডিং ডিক’ড কৰে, গতিকে হেডাৰে ইয়াৰ নাম লোৱা বাবেই তাৰ আউটপুট পুনৰ ডিকম্প্ৰেছ নকৰিব।