Start in PyTumblr-taak mei de Requests-proxy-omjouwing

Foar PyTumblr syn TumblrRequest-ymplemintaasje dy't Requests oanropt foar GET, POST en DELETE, start de taak mei:

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

De standert Tumblr-API-host brûkt HTTPS, dus https_proxy is de relevante fariabele. Syn HTTP-URL identifisearret de tuskenlizzende listener. Hâld de API-host en de besteande OAuth-konfiguraasje sa't se binne.

Foegje http_proxy allinnich ta foar relevante HTTP-bestimmings dy't dy rûte nedich hawwe. Foar in SOCKS5-einpunt fan jo oanbieder of út de SOCKS5-proxy-list, brûk in passende socks5- of socks5h-URL mei Requests syn SOCKS-stipe; in listener op poarte 1080 as http:// labelje kin syn protokol net feroarje.

As in oar Requests-foarbyld wurket mar PyTumblr net, kontrolearje hoe't elk syn transport krijt. It oanmeitsjen fan in net besibbe requests.Session lit PyTumblr syn oproppen op modulenivo ûnferoare; dizze boarne hat gjin argumint foar in ynjektearre sesje yn TumblrRequest syn konstruktor.

Fergelykje dan de omjouwings fan 'e werklike starts. In IDE of taaktsjinst erft miskien net de fariabelen fan 'e terminal dy't brûkt is foar it slagge fersyk. Proxy-autentikaasje is, as nedich, apart fan Tumblr OAuth.