requests.exceptions.ProxyError ਅਤੇ urllib3.exceptions.ProxyError ਵੱਖ-ਵੱਖ exception ਕਲਾਸਾਂ ਹਨ। ਇੱਕੋ ਛੋਟਾ ਨਾਂ ਹੋਣ ਦਾ ਮਤਲਬ ਇਹ ਨਹੀਂ ਕਿ ਇੱਕ except ਸ਼ਰਤ ਦੋਵਾਂ ਨੂੰ ਫੜ ਲਵੇਗੀ।

Requests ਕਾਲ ਲਈ ਜਨਤਕ Requests exception API ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ। ਇਸਦਾ ਟ੍ਰਾਂਸਪੋਰਟ ਅਡੈਪਟਰ ਆਮ ਤੌਰ 'ਤੇ ਹੇਠਲੇ ਪੱਧਰ ਦੀਆਂ ਅਸਫਲਤਾਵਾਂ ਨੂੰ Requests ਵੱਲੋਂ ਦਿੱਤੀਆਂ exceptions ਵਿੱਚ ਬਦਲਦਾ ਹੈ। ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਖਾਸ ਰੈਪਿੰਗ ਬੱਗ ਸਨ, ਇਸ ਲਈ ਅਚਾਨਕ traceback ਮਿਲਣ 'ਤੇ ਲਾਇਬ੍ਰੇਰੀ ਦਾ ਸੰਸਕਰਣ ਸੰਭਾਲ ਕੇ ਰੱਖੋ।

ਜਾਂਚ ਕਰਦਿਆਂ exception ਦਾ ਮਾਡਿਊਲ, ਕਲਾਸ ਅਤੇ ਸ਼੍ਰੰਖਲਾਬੱਧ ਕਾਰਨ ਵੇਖੋ। ਅੰਦਰਲਾ MaxRetryError ਜਾਂ ਕਨੈਕਸ਼ਨ ਅਸਫਲਤਾ ਪਿਛਲੇ ਪ੍ਰੌਕਸੀ ਪੜਾਅ ਬਾਰੇ ਲਾਹੇਵੰਦ ਸਬੂਤ ਰੱਖ ਸਕਦੀ ਹੈ।

ਇਤਿਹਾਸਕ ਹੱਲ ਤੋਂ ਆਏ ਪੁਰਾਣੇ vendored ਪਾਥ ਨੂੰ ਆਧੁਨਿਕ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਆਯਾਤ ਕਰਨ ਤੋਂ ਬਚੋ। ਮੌਜੂਦਾ ਕਾਲ ਲਈ ਢੁਕਵੀਂ ਜਨਤਕ exception ਫੜੋ, ਨਿਦਾਨ ਲਈ ਕਾਰਨ ਸੰਭਾਲੋ ਅਤੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਦੇ ਵਿਵਹਾਰ ਦਾ ਫੈਸਲਾ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਕਰੋ। ਹਰ Exception ਫੜ ਕੇ ਬੇਅੰਤ ਚਲਦੇ ਰਹਿਣਾ ਸਿਰਫ਼ ਮੂਲ ਅਸੰਗਤੀ ਨੂੰ ਲੁਕਾਉਂਦਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ