Starta ett PyTumblr-jobb med Requests-proxymiljön
PyTumblrs Requests-anrop på modulnivå läser processmiljön; en orelaterad Session konfigurerar inte dessa anrop.
För PyTumblrs TumblrRequest-implementering som anropar Requests för GET, POST och DELETE, starta jobbet med:
https_proxy='http://proxy.example:8080' python tumblr_job.pyStandardvärden för Tumblr API använder HTTPS, så https_proxy är den relevanta variabeln. Dess HTTP-URL identifierar mellanledets lyssnare. Låt API-värden och den befintliga OAuth-konfigurationen vara som de är.
Lägg bara till http_proxy för relevanta HTTP-mål som behöver den vägen. För en SOCKS5-slutpunkt från din leverantör eller från SOCKS5-proxylistan, använd en lämplig socks5- eller socks5h-URL med Requests SOCKS-stöd; att märka en lyssnare på port 1080 som http:// kan inte ändra dess protokoll.
Om ett annat Requests-exempel fungerar men PyTumblr inte, kontrollera hur var och en skaffar sin transport. Att skapa en orelaterad requests.Session lämnar PyTumblrs anrop på modulnivå oförändrade; den här källan har inget argument för en injicerad session i TumblrRequests konstruktor.
Jämför sedan miljöerna för de faktiska starterna. En IDE eller en jobbtjänst ärver kanske inte variablerna från terminalen som användes för den lyckade begäran. Proxyautentisering, när den krävs, är separat från Tumblr OAuth.