Tweepy v1.1 API အတန်းတွင် ပရောက်စီ သတ်မှတ်ခြင်း

Python ၏ ဂလိုဘယ် urllib ဖွင့်ကိရိယာကို အစားထိုးမည့်အစား Tweepy ၏ မှတ်တမ်းတင်ထားသော API အတန်းတွင် HTTP လမ်းကြောင်းကို တိုက်ရိုက် ဖွဲ့စည်းပါ။

Tweepy 4.14 ၏ API အတန်းကို အသုံးပြုသော အက်ပလီကေးရှင်းအတွက် ပရောက်စီကို ထို client သို့ ပေးပါ:

api = tweepy.API(
    auth,
    proxy="http://proxy.example:8080",
    timeout=20,
)

ဤကုဒ်ပိုင်းသည် Tweepy ကို ဖွင့်ထားပြီး auth သည် အက်ပလီကေးရှင်း၏ လက်ရှိ အတည်ပြုစစ်ဆေးမှု ကိုင်တွယ်သူ ဖြစ်သည်ဟု ယူဆသည်။ ပရောက်စီ လမ်းကြောင်းသတ်မှတ်ခြင်းသည် ဝန်ဆောင်သူ အကောင့် သို့မဟုတ် ၎င်း၏ API ခွင့်ပြုချက်များကို အစားမထိုးပါ။ အများသူငှာ ကြားခံများကို ခွင့်ပြုထားသောနေရာတွင် HTTP ပရောက်စီ စာရင်း သည် ပရောက်စီအကောင့် မလိုအပ်သော ဤ HTTP လမ်းကြောင်းအတွက် ကိုယ်စားလှယ်လောင်းများကို ပေးသည်။

မှတ်တမ်းတင်ထားသော API အတန်းသည် Tweepy ၏ v1.1 အင်တာဖေ့စ် ဖြစ်သည်။ ၎င်း၏ proxy အဓိပ္ပာယ်ဖွင့်ဆိုချက်သည် တောင်းဆိုမှုများအတွက် အသုံးပြုသော HTTP ကြားခံကို ပေးသည်။ urllib ၏ ဂလိုဘယ် ဖွင့်ကိရိယာကို အစားထိုးသော ရှေးဟောင်း နည်းလမ်းသည် အမှန်တကယ် ပို့ဆောင်မှုမှာ Requests ဆက်ရှင် ဖြစ်သော ခေတ်သစ် client ကို ဖွဲ့စည်းမပေးပါ။

ဖွဲ့စည်းထားသော instance ကို လုပ်ဆောင်မှုများ ပြုလုပ်သည့်နေရာတွင် ထားပါ။ ဤအရာဝတ္ထုကို ဖန်တီးပြီး နောက်တစ်နေရာတွင် အခြား API instance ကို ခေါ်လျှင် ရည်ရွယ်ထားသော လမ်းကြောင်းသည် အသုံးမပြုသော အရာဝတ္ထုပေါ်တွင် ကျန်ရစ်သည်။

Tweepy ၏ v2 Client သည် မတူညီသော constructor ရှိသည့် သီးခြားအတန်း ဖြစ်သည်။ ပရောက်စီ ပေါင်းစပ်မှုကို ထို အင်တာဖေ့စ်နှင့် ကိုက်ညီအောင် ချိန်ညှိပါ၊ Tweepy အရာဝတ္ထုတိုင်း API အတန်း၏ အဓိပ္ပာယ်ဖွင့်ဆိုချက်များကို လက်ခံသည်ဟု မယူဆပါနှင့်။ အထက်ပါ ရှင်းလင်းသော အဓိပ္ပာယ်ဖွင့်ဆိုချက်သည် မသက်ဆိုင်သော Python စာကြည့်တိုက်များအတွက် ပရောက်စီ အပြုအမူကို မပြောင်းလဲဘဲ သက်ဆိုင်ရာ client မျိုးဆက်ကို ထိန်းသိမ်းရန် အသုံးဝင်သည်။

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