ពិនិត្យ import របស់ Authlib មុននឹងជ្រើសអាគុយម៉ង់ proxy។ ការរួមបញ្ចូល Requests និង HTTPX របស់វាផ្តល់ការកំណត់ការដឹកជញ្ជូនខុសគ្នា។

OAuth2Session របស់ Requests ទទួលមរតក ឥរិយាបថ Session របស់ Requests:

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",
})

ការរួមបញ្ចូល HTTPX អសមកាលដែលត្រូវគ្នាទទួលអាគុយម៉ង់ proxy នៅកម្រិតអតិថិជនពេលបង្កើត:

from authlib.integrations.httpx_client import AsyncOAuth2Client

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

ឧទាហរណ៍ HTTPX ប្រើជម្រើស proxy ឯកវចនៈដែល Authlib 1.9.1 គាំទ្រ។ ការរួមបញ្ចូលនោះបញ្ជូនជម្រើសការដឹកជញ្ជូនដែលស្គាល់ទៅអតិថិជន HTTP ក្រោមវា។ វចនានុក្រម proxies បែប Requests មិនមែនជាអាគុយម៉ង់ constructor ដែលអាចប្តូរបានទេ។ សម្រាប់ចំណុចបញ្ចប់ token និង API សាធារណៈលើផ្លូវប្រូកស៊ីសាធារណៈដែលអនុញ្ញាត បញ្ជីប្រូកស៊ី HTTP ផ្តល់បេក្ខជនសម្រាប់ URL ប្រូកស៊ី HTTP នៃឧទាហរណ៍ទាំងពីរ។

រក្សាការចុះឈ្មោះ OAuth ដែលមានស្រាប់របស់កម្មវិធី redirect URI scopes និងការគ្រប់គ្រង token នៅពេលអនុវត្តការកំណត់ណាមួយ។ ប្រើអតិថិជនដែលបានកំណត់សម្រាប់ប្រតិបត្តិការ token និងធនធានការពារ ហើយបិទវាតាមវដ្តជីវិតសមកាល ឬអសមកាលធម្មតារបស់វា។

ជំនួយការ framework អាចបង្កើតអតិថិជនទាំងនេះជំនួសកម្មវិធី។ ពិនិត្យការរួមបញ្ចូលរបស់ជំនួយការ និងជម្រើសបង្កើតអតិថិជន មុននឹងបញ្ជូនអាគុយម៉ង់ពេលស្នើសុំ។ ពាក្យគន្លឹះ proxies ដែលសំណើ token របស់ Requests ទទួល មិនបញ្ជាក់ថាសំណើ HTTPX អសមកាលក៏ទទួលវាដែរ។

អត្ថបទពាក់ព័ន្ធ