ProxyError ng Requests kumpara sa ProxyError ng urllib3
Hulihin ang eksepsiyon mula sa HTTP library na aktuwal na ginagamit ng tawag at sundan ang nakakadenang dahilan; hindi sapat ang pangalan ng klase para ipaliwanag ang lahat.
requests.exceptions.ProxyError at urllib3.exceptions.ProxyError ay magkaibang mga klase ng eksepsiyon. Ang pagkakaroon ng parehong maikling pangalan ay hindi nangangahulugang mahuhuli ng isang except clause ang dalawa.
Para sa isang tawag na Requests, magsimula sa pampublikong exception API ng Requests. Karaniwang isinasalin ng transport adapter nito ang mga pagkabigo sa mababang antas sa mga eksepsiyon na inilalabas ng Requests. Ang mga lumang bersiyon ay may partikular na mga bug sa pagbabalot, kaya itago ang bersiyon ng library kasama ng hindi inaasahang traceback.
Kapag nag-iimbestiga, siyasatin ang module, klase, at nakakadena na dahilan ng eksepsiyon. Ang naka-nest na MaxRetryError o pagkabigo sa koneksiyon ay maaaring magtago ng kapaki-pakinabang na ebidensiya tungkol sa naunang yugto ng proxy.
Iwasang mag-import ng lumang vendored path mula sa makasaysayang solusyon patungo sa modernong aplikasyon. Hulihin ang pampublikong eksepsiyon na angkop sa kasalukuyang tawag, pangalagaan ang dahilan para sa diagnosis, at magpasya nang hiwalay tungkol sa pag-uugali ng pagsubok muli. Ang hulihin ang bawat Exception at magpatuloy nang walang hanggan ay nagtatago lamang ng orihinal na pagkakaiba.