Մեկնարկեք PyTumblr աշխատանքը Requests-ի պրոքսի միջավայրով

PyTumblr-ի մոդուլային մակարդակի Requests կանչերը կարդում են պրոցեսի միջավայրը. անկապ Session-ը չի կարգավորում այդ կանչերը։

PyTumblr-ի TumblrRequest իրականացման համար, որը Requests է կանչում GET, POST և DELETE-ի համար, գործարկեք աշխատանքը այսպես՝

https_proxy='http://proxy.example:8080' python tumblr_job.py

Tumblr API-ի լռելյայն հոսթը օգտագործում է HTTPS, ուստի https_proxy-ը համապատասխան փոփոխականն է։ Դրա HTTP URL-ը նույնականացնում է միջնորդ լսողին։ Թողեք API հոսթը և գոյություն ունեցող OAuth կարգավորումը ինչպես կան։

Ավելացրեք http_proxy-ը միայն այն համապատասխան HTTP նպատակակետերի համար, որոնք կարիք ունեն այդ ուղուն։ Ձեր մատակարարից կամ SOCKS5 պրոքսիների ցանկից SOCKS5 վերջնակետի համար օգտագործեք համապատասխան socks5 կամ socks5h URL՝ Requests-ի SOCKS աջակցությամբ. 1080 պորտի լսողին http:// պիտակավորելը չի կարող փոխել դրա արձանագրությունը։

Եթե Requests-ի մեկ այլ օրինակ աշխատում է, իսկ PyTumblr-ը՝ ոչ, ստուգեք, թե յուրաքանչյուրը ինչպես է ստանում իր փոխադրումը։ Անկապ requests.Session ստեղծելը PyTumblr-ի մոդուլային մակարդակի կանչերը թողնում է անփոփոխ. այս աղբյուրում ներարկված սեսիայի արգումենտ չկա TumblrRequest-ի կոնստրուկտորում։

Այնուհետև համեմատեք իրական գործարկումների միջավայրերը։ IDE-ն կամ աշխատանքի ծառայությունը կարող է չժառանգել փոփոխականները հաջող հարցման համար օգտագործված տերմինալից։ Պրոքսի նույնականացումը, երբ պահանջվում է, առանձին է Tumblr OAuth-ից։

Առնչվող հոդվածներ