Requests ProxyError ընդդեմ urllib3 ProxyError-ի
Բռնե՛ք կանչի համար օգտագործված HTTP գրադարանի բացահայտած բացառությունը և ստուգե՛ք ներդրված պատճառները՝ չհենվելով միայն դասի անվան վրա։
requests.exceptions.ProxyError-ը և urllib3.exceptions.ProxyError-ը տարբեր բացառություն-դասեր են։ Ընդհանուր կարճ անունը չի դարձնում, որ մեկ except դրույթը բռնի երկուսին էլ։
Requests կանչի համար սկսե՛ք Requests-ի հրապարակային բացառությունների API-ից։ Նրա տրանսպորտային ադապտերը սովորաբար ցածր մակարդակի ձախողումները թարգմանում է Requests-ի բացահայտած բացառությունների։ Հին տարբերակներն ունեին փաթաթման կոնկրետ սխալներ, ուստի անսպասելի traceback-ի դեպքում պահե՛ք գրադարանի տարբերակը։
Քննելիս ստուգե՛ք բացառության մոդուլը, դասը և շղթայված պատճառը։ Ներդրված MaxRetryError-ը կամ կապի ձախողումը կարող են պահել օգտակար ապացույց նախորդ proxy փուլի մասին։
Խուսափե՛ք պատմական լուծումից եկած հին vendored ուղին ժամանակակից հավելված ներմուծելուց։ Բռնե՛ք ընթացիկ կանչին համապատասխան հրապարակային բացառությունը, պահե՛ք պատճառը ախտորոշման համար և կրկնափորձի վարքը որոշե՛ք առանձին։ Յուրաքանչյուր Exception բռնելը և անվերջ շարունակելը միայն թաքցնում է սկզբնական անհամապատասխանությունը։