GET၊ POST နှင့် DELETE အတွက် Requests ကို ခေါ်သော PyTumblr ၏ TumblrRequest အကောင်အထည်ဖော်မှုအတွက် အလုပ်ကို ဤသို့ စတင်ပါ-

https_proxy='http://proxy.example:8080' python tumblr_job.py

မူလ Tumblr API လက်ခံကွန်ပျူတာသည် HTTPS ကို အသုံးပြုသည်၊ ထို့ကြောင့် https_proxy သည် သက်ဆိုင်သော ကိန်းရှင်ဖြစ်သည်။ ၎င်း၏ HTTP URL သည် ကြားခံနားထောင်သူကို ဖော်ထုတ်သည်။ API လက်ခံကွန်ပျူတာနှင့် ရှိပြီးသား OAuth ဖွဲ့စည်းမှုကို ရှိသည့်အတိုင်း ထားပါ။

ထိုလမ်းကြောင်း လိုအပ်သော သက်ဆိုင်သည့် HTTP ပန်းတိုင်များအတွက်သာ http_proxy ကို ထည့်ပါ။ သင့်ဝန်ဆောင်မှုပေးသူထံမှ သို့မဟုတ် SOCKS5 ပရောက်စီစာရင်းမှ SOCKS5 အဆုံးမှတ်အတွက် Requests ၏ SOCKS ပံ့ပိုးမှုနှင့်အတူ သင့်လျော်သော socks5 သို့မဟုတ် socks5h URL ကို အသုံးပြုပါ။ ပို့ 1080 ရှိ နားထောင်သူကို http:// ဟု တံဆိပ်တပ်ခြင်းသည် ၎င်း၏ ပရိုတိုကောကို မပြောင်းလဲနိုင်ပါ။

အခြား Requests ဥပမာ အလုပ်လုပ်သော်လည်း PyTumblr မလုပ်ပါက တစ်ခုစီက ၎င်းတို့၏ သယ်ယူပို့ဆောင်မှုကို မည်သို့ရယူသည်ကို စစ်ဆေးပါ။ မသက်ဆိုင်သော requests.Session ကို ဖန်တီးခြင်းသည် PyTumblr ၏ module အဆင့် ခေါ်ဆိုမှုများကို မပြောင်းလဲဘဲ ထားရှိသည်။ ဤရင်းမြစ်တွင် TumblrRequest ၏ constructor တွင် ထည့်သွင်းထားသော session အငြင်းပွားချက် မရှိပါ။

ထို့နောက် အမှန်တကယ် စတင်မှုများ၏ ပတ်ဝန်းကျင်ကို နှိုင်းယှဉ်ပါ။ IDE သို့မဟုတ် အလုပ်ဝန်ဆောင်မှုသည် အောင်မြင်သော တောင်းဆိုမှုအတွက် အသုံးပြုခဲ့သော terminal မှ ကိန်းရှင်များကို အမွေမခံရနိုင်ပါ။ ပရောက်စီ အတည်ပြုခြင်းသည် လိုအပ်ပါက Tumblr OAuth နှင့် သီးခြားဖြစ်သည်။

ဆက်စပ်ဆောင်းပါးများ