Requests ProxyError နှင့် urllib3 ProxyError
ခေါ်ဆိုမှုအတွက် အသုံးပြုထားသော HTTP စာကြည့်တိုက်က ဖော်ပြသည့် exception ကို ဖမ်းယူပြီး class အမည်ကို သာ မမှီခိုဘဲ အတွင်းရှိ အကြောင်းရင်းများကို စစ်ဆေးပါ။
requests.exceptions.ProxyError နှင့် urllib3.exceptions.ProxyError သည် မတူညီသော exception class များဖြစ်သည်။ အတိုကောက်အမည် တူညီခြင်းက except အချက် တစ်ခုတည်းဖြင့် နှစ်ခုလုံးကို ဖမ်းနိုင်သည်ဟု မဆိုလိုပါ။
Requests ခေါ်ဆိုမှုအတွက် Requests ၏ အများသုံး exception API မှ စတင်ပါ။ ၎င်း၏ သယ်ယူပို့ဆောင်ရေး adapter သည် ပုံမှန်အားဖြင့် အောက်ခြေ အဆင့် ကျရှုံးမှုများကို Requests က ဖော်ပြသည့် exception များအဖြစ် ပြောင်းပေးသည်။ ဗားရှင်း အိုများတွင် သီးခြား ထုပ်ပိုးမှု bug များ ရှိခဲ့သဖြင့် မမျှော်လင့်သော traceback ဖြစ်ပေါ်ပါက စာကြည့်တိုက် ဗားရှင်းကို သိမ်းထားပါ။
စစ်ဆေးစဉ် exception ၏ module၊ class နှင့် ဆက်စပ် အကြောင်းရင်းကို ကြည့်ပါ။ အတွင်းရှိ MaxRetryError သို့မဟုတ် ချိတ်ဆက်မှု ကျရှုံးခြင်းသည် ယခင် proxy အဆင့်နှင့် ပတ်သက်သော အသုံးဝင်သည့် အထောက်အထား ကို ထိန်းထားနိုင်သည်။
သမိုင်းဝင် ဖြေရှင်းချက်မှ လာသော vendored လမ်းကြောင်း အိုကို ခေတ်သစ် application သို့ import လုပ်ခြင်းကို ရှောင်ပါ။ လက်ရှိ ခေါ်ဆိုမှုနှင့် သင့်တော်သော အများသုံး exception ကို ဖမ်းယူပါ၊ diagnosis အတွက် အကြောင်းရင်းကို ထိန်းသိမ်းပါ၊ ပြန်လည် ကြိုးစားမှု အပြုအမူကို သီးခြား ဆုံးဖြတ်ပါ။ Exception တိုင်းကို ဖမ်းပြီး ထာဝရ ဆက်လုပ်နေခြင်းသည် မူလ မကိုက်ညီမှုကို ဖုံးကွယ်ပေးရုံသာ ဖြစ်သည်။