requests-oauthlib: د fetch_token څخه مخکې د OAuth2Session پراکسي وټاکئ

د ټوکن ترلاسه کولو او خوندي سرچینو لپاره هماغه د پراکسي خبرېدونکې غونډه وکاروئ، او موجود OAuth بهیر پر خپل حال وساتئ.

from requests_oauthlib import OAuth2Session

session = OAuth2Session(client_id=client_id, redirect_uri=redirect_uri)
session.proxies.update({
    'http': 'http://proxy.example:8080',
    'https': 'http://proxy.example:8080',
})

OAuth2Session د Requests Session پراخوي. دا د اپلیکیشن د موجود client registration، redirect URI، state او scopes سره جوړ کړئ، بیا د ټوکن تبادلې مخکې یې لاره وټاکئ. د عامې HTTP لارې لپاره د HTTP پراکسي لست یو نوماند په دې غونډه کې د پراکسي نقشې ته پته برابروي.

په دې غونډه کې fetch_token او د خوندي سرچینو عملیات غواړئ. proxies دلیل چې یوازې fetch_token ته ورکول کیږي، یوازې هغې تبادلې ته تطبیق کیږي؛ دا د وروستیو غوښتنو لپاره تلپاتې لاره نه ټاکي.

په براوزر کې د اجازې پاڼې لیدنه د براوزر لاره کاروي. Python د ټوکن غوښتنه جلا کوي، نو په براوزر کې بریا دا غونډه نه تنظیموي.

د Requests د چاپېریال یوځایوالی کولی شي د غونډې د پراکسي غوره توب اغېزمن کړي. د اپلیکیشن ملکیت سختې لارې لپاره trust_env وګورئ؛ غیر فعالول یې هم د اړینو CA یا تصدیق تنظیماتو څرګند برابرول غواړي.

د ټوکن endpoint لخوا راګرځول شوې OAuth تېروتنه کولی شي د کار کوونکي پراکسي له لارې راشي. هغه ځواب د پراکسي تصدیق څخه جلا وساتئ، چې اسناد یې د client secret او access token څخه توپیر لري.

اړوندې مقالې