Requestsin ProxyError vastaan urllib3:n ProxyError
Nappaa HTTP-kirjaston tarjoama poikkeus ja tarkista ketjutettu syy – pelkkä luokan nimi ei kerro koko totuutta.
requests.exceptions.ProxyError ja urllib3.exceptions.ProxyError ovat eri poikkeusluokkia. Yhteinen lyhyt nimi ei tarkoita, että yksi except-lause nappaisi molemmat.
Aloita Requests-kutsussa Requestsin julkisesta poikkeusrajapinnasta. Sen siirtosovitin muuntaa yleensä alemman tason virheet Requestsin tarjoamiksi poikkeuksiksi. Vanhemmissa versioissa oli tiettyjä käärimisvirheitä, joten tallenna kirjaston versio odottamattoman tracebackin yhteyteen.
Tutki poikkeuksen moduuli, luokka ja ketjutettu syy. Sisäkkäinen MaxRetryError tai yhteysvirhe voi säilyttää hyödyllistä näyttöä aiemmasta välityspalvelinvaiheesta.
Vältä vanhan sisällytetyn polun tuomista historiallisesta kiertotiestä nykyaikaiseen sovellukseen. Ota kiinni nykyiseen kutsuun sopiva julkinen poikkeus, säilytä syy diagnosointia varten ja päätä uudelleenyrityskäyttäytyminen erikseen. Jokaisen Exceptionin nappaaminen ja ikuinen jatkaminen vain kätkee alkuperäisen ristiriidan.