Requests ProxyError विरुद्ध urllib3 ProxyError
कॉलसाठी वापरलेली HTTP लायब्ररी जी exception देते ती पकडा आणि केवळ वर्गाच्या नावावर अवलंबून न राहता आतील कारणे तपासा.
requests.exceptions.ProxyError आणि urllib3.exceptions.ProxyError वेगवेगळे exception वर्ग आहेत. एकच छोटे नाव असल्याने एक except कलम दोन्ही पकडते असे होत नाही.
Requests कॉलसाठी सार्वजनिक Requests exception API पासून सुरुवात करा. त्याचा ट्रान्सपोर्ट अडॅप्टर सामान्यतः खालच्या पातळीतील अपयशांचे Requests दाखवते त्या exceptions मध्ये भाषांतर करतो. जुन्या आवृत्त्यांमध्ये विशिष्ट रॅपिंग बग होते, म्हणून अनपेक्षित traceback आल्यास लायब्ररीची आवृत्ती सांभाळून ठेवा.
तपासणी करताना exception चे मॉड्यूल, वर्ग आणि शृंखलाबद्ध कारण पहा. आतील MaxRetryError किंवा कनेक्शन अपयश पूर्वीच्या प्रॉक्सी टप्प्याबद्दल उपयुक्त पुरावा ठेवू शकते.
ऐतिहासिक उपायातून आलेला जुना vendored मार्ग आधुनिक अनुप्रयोगात आयात करणे टाळा. सध्याच्या कॉलसाठी योग्य सार्वजनिक exception पकडा, निदानासाठी कारण जतन करा आणि पुन्हा प्रयत्नाचे वर्तन वेगळे ठरवा. प्रत्येक Exception पकडून अंतहीन चालू ठेवणे केवळ मूळ विसंगती लपवते.