proxy အချက်ကို မရွေးချယ်မီ Authlib import ကို စစ်ဆေးပါ။ ၎င်း၏ Requests နှင့် HTTPX ပေါင်းစည်းမှုများသည် သယ်ဆောင်မှု ဆက်တင်ကို မတူညီစွာ ပေးသည်။

Requests OAuth2Session သည် Requests ၏ Session အပြုအမူကို အမွေဆက်ခံသည်-

from authlib.integrations.requests_client import OAuth2Session

client = OAuth2Session(client_id=client_id)
client.proxies.update({
    "http": "http://proxy.example.net:8080",
    "https": "http://proxy.example.net:8080",
})

သက်ဆိုင်သော async HTTPX ပေါင်းစည်းမှုသည် တည်ဆောက်စဉ် ကလိုင်းအဆင့် proxy အချက်ကို လက်ခံသည်-

from authlib.integrations.httpx_client import AsyncOAuth2Client

client = AsyncOAuth2Client(
    client_id=client_id,
    proxy="http://proxy.example.net:8080",
)

HTTPX နမူနာသည် Authlib 1.9.1 ပံ့ပိုးသော ဧကဝုစ် proxy ရွေးချယ်မှုကို အသုံးပြုသည်။ ထို ပေါင်းစည်းမှုသည် အသိအမှတ်ပြုထားသော သယ်ဆောင်မှု ရွေးချယ်မှုများကို ၎င်း၏ အောက်ခံ HTTP ကလိုင်းသို့ ပေးပို့သည်။ Requests ပုံစံ proxies အဘိဓာန်သည် အလဲအလှယ်ပြုနိုင်သော constructor အချက် မဟုတ်ပါ။ ခွင့်ပြုထားသော အများသုံး proxy လမ်းကြောင်းရှိ အများသုံး token နှင့် API အဆုံးမှတ်များအတွက် HTTP proxy စာရင်းသည် နမူနာနှစ်ခုစလုံး၏ HTTP proxy URL အတွက် ကိုယ်စားလှယ်လောင်းများ ပေးသည်။

မည်သည့် ဆက်တင်ကို အသုံးပြုသည့်အခါမဆို အက်ပ်၏ လက်ရှိ OAuth မှတ်ပုံတင်မှု၊ redirect URI၊ scopes နှင့် token ကိုင်တွယ်မှုကို ထိန်းသိမ်းပါ။ token နှင့် ကာကွယ်ထားသော အရင်းအမြစ် လုပ်ဆောင်ချက်များအတွက် ဆက်တင်ပြုထားသော ကလိုင်းကို အသုံးပြုပြီး ၎င်း၏ ပုံမှန် synchronous သို့မဟုတ် asynchronous ဘဝစက်ဝန်းဖြင့် ပိတ်ပါ။

Framework အကူအညီများသည် ဤကလိုင်းများကို အက်ပ်ကိုယ်စား ဖန်တီးနိုင်သည်။ တောင်းဆိုမှုအချိန် အချက်များ မပေးပို့မီ အကူအညီ၏ ပေါင်းစည်းမှုနှင့် ကလိုင်းတည်ဆောက်မှု ရွေးချယ်စရာများကို စစ်ဆေးပါ။ Requests token တောင်းဆိုမှု လက်ခံသော proxies သော့ချက်စကားလုံးသည် async HTTPX တောင်းဆိုမှုလည်း လက်ခံသည်ဟု သက်သေမပြနိုင်ပါ။

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