ප්රොක්සි පිටුපස 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 ප්රොක්සි ලැයිස්තුව භාවිත කළ හැකිය, නමුත් උරුම වූ ප්රොක්සි අක්තපත්ර, පිටපත් කළ ගිණුම් ශීර්ෂ හෝ පුද්ගලික body දත්ත නොමැතිව.
එසේ නොමැති නම් සාමාන්ය සේවාදායක සාකච්ඡාවට මුල් තැන දෙන්න. Requests හි පහසු content/text අතුරුමුහුණත් සහාය දක්වන කේතකරණය විස්ථාපනය කරයි, එබැවින් ශීර්ෂය එය නම් කරන නිසා පමණක් ඔවුන්ගේ ප්රතිදානය නැවත විසන්ධි නොකරන්න.