Nisni një punë PyTumblr me mjedisin proxy të Requests
Thirrjet Requests të PyTumblr në nivel moduli lexojnë mjedisin e procesit; një Session e palidhur nuk i konfiguron ato thirrje.
Për implementimin TumblrRequest të PyTumblr që thërret Requests për GET, POST dhe DELETE, nisni punën me:
https_proxy='http://proxy.example:8080' python tumblr_job.pyHost-i i parazgjedhur i API-së së Tumblr përdor HTTPS, prandaj https_proxy është variabla përkatëse. URL-ja e tij HTTP identifikon dëgjuesin ndërmjetës. Lërini host-in e API-së dhe konfigurimin ekzistues OAuth ashtu si janë.
Shtoni http_proxy vetëm për destinacionet përkatëse HTTP që kanë nevojë për atë rrugë. Për një pikë fundore SOCKS5 nga ofruesi juaj ose nga lista e proxyve SOCKS5, përdorni një URL socks5 ose socks5h të përshtatshme me mbështetjen SOCKS të Requests; etiketimi i një dëgjuesi në portën 1080 si http:// nuk mund të ndryshojë protokollin e tij.
Nëse një shembull tjetër Requests funksionon, por PyTumblr jo, kontrolloni si secili e merr transportin e vet. Krijimi i një requests.Session të palidhur i lë thirrjet e PyTumblr në nivel moduli të pandryshuara; ky burim nuk ka asnjë argument sesioni të injektuar në konstruktorin e TumblrRequest.
Më pas krahasoni mjediset e nisjeve aktuale. Një IDE ose një shërbim punësh mund të mos trashëgojë variablat nga terminali i përdorur për kërkesën e suksesshme. Vërtetimi i proxy-t, kur kërkohet, është i ndarë nga Tumblr OAuth.