Start ein PyTumblr-jobb med Requests-proxymiljøet
Requests-kalla til PyTumblr på modulnivå les prosessmiljøet; ein urelatert Session konfigurerer ikkje desse kalla.
For TumblrRequest-implementasjonen til PyTumblr som kallar Requests for GET, POST og DELETE, start jobben med:
https_proxy='http://proxy.example:8080' python tumblr_job.pyStandard Tumblr API-vert brukar HTTPS, så https_proxy er den relevante variabelen. HTTP-URL-en identifiserer mellomleddet sin lyttar. Lat API-verten og den eksisterande OAuth-konfigurasjonen vere som dei er.
Legg til http_proxy berre for relevante HTTP-mål som treng den ruta. For eit SOCKS5-endepunkt frå leverandøren din eller frå SOCKS5-proxylista, bruk ein passande socks5- eller socks5h-URL med SOCKS-støtta til Requests; å merke ein lyttar på port 1080 som http:// kan ikkje endre protokollen.
Viss eit anna Requests-døme fungerer, men PyTumblr ikkje, sjekk korleis kvar av dei skaffar transporten. Å opprette ein urelatert requests.Session lèt kalla til PyTumblr på modulnivå vere uendra; denne kjelda har ikkje noko injisert-sesjon-argument i konstruktøren til TumblrRequest.
Samanlikn deretter miljøa til dei faktiske startane. Ein IDE eller ein jobbteneste arvar kanskje ikkje variablane frå terminalen som vart brukt til den vellukka førespurnaden. Proxy-autentisering er, når det er nødvendig, skild frå Tumblr OAuth.