For PyTumblers TumblrRequest-implementasjon som kaller Requests for GET, POST og DELETE, starter du jobben slik:

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

Tumblr-API-ets standardvert bruker HTTPS, og derfor er https_proxy variabelen som gjelder. HTTP-adressen dens peker på lytteren hos mellomleddet. Behold API-verten og OAuth-oppsettet slik de er.

Du bør bare legge til http_proxy for HTTP-mål som faktisk trenger denne veien. Skal du bruke et SOCKS5-endepunkt fra leverandøren eller fra listen over SOCKS5-proksier, velger du en egnet socks5- eller socks5h-adresse sammen med SOCKS-støtten i Requests; det hjelper ikke å merke en lytter på port 1080 som http://, for protokollen blir ikke en annen.

Fungerer et annet Requests-eksempel, men ikke PyTumblr, bør du undersøke hvordan hver av dem skaffer transport. En urelatert requests.Session endrer ikke kallene PyTumblr gjør på modulnivå; kilden her har ikke noe argument for innsatt økt i konstruktøren til TumblrRequest.

Deretter sammenligner du miljøet i selve kjøringene. En IDE eller en jobbtjeneste arver kanskje ikke variablene fra terminalen der den vellykkede forespørselen ble sendt. Proxy-autentisering er atskilt fra Tumblr OAuth når det er nødvendig.

Relaterte artikler