Anzisha Kazi ya PyTumblr na Mazingira ya Proksi ya Requests
Miito ya Requests ya PyTumblr katika ngazi ya moduli husoma mazingira ya mchakato; Session isiyohusiana haiweki miito hiyo.
Kwa utekelezaji wa TumblrRequest wa PyTumblr unaoita Requests kwa GET, POST na DELETE, anzisha kazi kwa:
https_proxy='http://proxy.example:8080' python tumblr_job.pyMwenyeji chaguo-msingi wa API ya Tumblr hutumia HTTPS, kwa hivyo https_proxy ndilo kigezo kinachohusika. URL yake ya HTTP hubainisha msikilizaji wa kati. Acha mwenyeji wa API na usanidi uliopo wa OAuth kama ulivyo.
Ongeza http_proxy tu kwa maeneo husika ya HTTP yanayohitaji njia hiyo. Kwa kituo cha mwisho cha SOCKS5 kutoka kwa mtoa huduma wako au kutoka orodha ya proksi za SOCKS5, tumia URL socks5 au socks5h inayofaa pamoja na usaidizi wa SOCKS wa Requests; kuweka lebo ya msikilizaji kwenye bandari 1080 kama http:// hakuwezi kubadilisha itifaki yake.
Ikiwa mfano mwingine wa Requests unafanya kazi lakini PyTumblr haifanyi, angalia jinsi kila mmoja anavyopata usafiri wake. Kuunda requests.Session isiyohusiana kunaacha miito ya PyTumblr katika ngazi ya moduli bila kubadilika; chanzo hiki hakina hoja ya kikao kilichodungwa katika kijenzi cha TumblrRequest.
Kisha linganisha mazingira ya uzinduzi halisi. IDE au huduma ya kazi huenda isirithi vigezo kutoka kwa terminal iliyotumika kwa ombi lililofanikiwa. Uthibitishaji wa proksi, unapohitajika, ni tofauti na Tumblr OAuth.