በፕሮክሲ ጀርባ 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 በይነገጾች የተደገፈ ኮዲንግ ይፈታሉ፣ ስለዚህ ራስጌው ስሙን ስለጠቀሰ ብቻ ውጤታቸውን እንደገና አይፍቱ።

ተዛማጅ ጽሑፎች