Requests ProxyError বনাম urllib3 ProxyError
কলটোত ব্যৱহৃত HTTP লাইব্ৰেৰীয়ে দেখুওৱা exceptionটো ধৰক আৰু কেৱল class নামৰ ওপৰত নিৰ্ভৰ নকৰি ভিতৰৰ কাৰণবোৰ পৰীক্ষা কৰক।
requests.exceptions.ProxyError আৰু urllib3.exceptions.ProxyError দুটা বেলেগ exception class। একে চুটি নাম থকাৰ অৰ্থ এইটো নহয় যে এটা except clause-এ দুয়োটাকে ধৰিব।
Requests কলৰ বাবে ৰাজহুৱা Requests exception APIৰ পৰা আৰম্ভ কৰক। ইয়াৰ transport adapter-এ সাধাৰণতে নিম্নস্তৰৰ বিফলতাবোৰ Requests-এ দেখুওৱা exceptionলৈ ৰূপান্তৰ কৰে। পুৰণি সংস্কৰণত নিৰ্দিষ্ট wrapping bug আছিল, সেয়ে অপ্ৰত্যাশিত tracebackৰ সৈতে লাইব্ৰেৰী সংস্কৰণটো ৰাখক।
অনুসন্ধান কৰোঁতে exceptionটোৰ module, class আৰু শৃংখলাবদ্ধ কাৰণ পৰীক্ষা কৰক। ভিতৰত থকা MaxRetryError বা সংযোগ বিফলতাই আগৰ proxy পৰ্যায়ৰ উপযোগী প্ৰমাণ ৰাখিব পাৰে।
ঐতিহাসিক সমাধানৰ পৰা অহা পুৰণি vendored path এটা আধুনিক এপ্লিকেশ্যনত import কৰাৰ পৰা বিৰত থাকক। বৰ্তমান কলৰ বাবে উপযুক্ত ৰাজহুৱা exception ধৰক, নিদানৰ বাবে কাৰণটো সংৰক্ষণ কৰক, আৰু পুনৰ চেষ্টাৰ আচৰণ সুকীয়াকৈ নিৰ্ণয় কৰক। প্ৰতিটো Exception ধৰি অনন্তকাল চলি থাকিলে কেৱল মূল অমিলটো লুকুৱাই থাকে।