Start en PyTumblr-jobb med Requests-proxymiljøet
PyTumblers Requests-kall på modulnivå leser prosessmiljøet; en urelatert Session konfigurerer ikke disse kallene.
For PyTumblers TumblrRequest-implementasjon som kaller Requests for GET, POST og DELETE, start jobben med:
https_proxy='http://proxy.example:8080' python tumblr_job.pyStandard Tumblr API-vert bruker HTTPS, så https_proxy er den relevante variabelen. HTTP-URL-en identifiserer mellomleddets lytter. La API-verten og den eksisterende OAuth-konfigurasjonen være som de er.
Legg til http_proxy bare for relevante HTTP-mål som trenger den ruten. For et SOCKS5-endepunkt fra leverandøren din eller fra SOCKS5-proxylisten, bruk en passende socks5- eller socks5h-URL med Requests' SOCKS-støtte; å merke en lytter på port 1080 som http:// kan ikke endre protokollen.
Hvis et annet Requests-eksempel fungerer, men PyTumblr ikke, sjekk hvordan hver av dem skaffer transporten. Å opprette en urelatert requests.Session lar PyTumblers kall på modulnivå være uendret; denne kilden har ingen injisert-sesjon-argument i TumblrRequests konstruktør.
Sammenlign deretter miljøene til de faktiske startene. En IDE eller en jobbtjeneste arver kanskje ikke variablene fra terminalen som ble brukt til den vellykkede forespørselen. Proxy-autentisering er, når det kreves, atskilt fra Tumblr OAuth.