Authlib ప్రాక్సీ సెట్టింగ్‌లు: Requests మరియు HTTPX

proxy ఆర్గ్యుమెంట్ ఎంచుకునే ముందు Authlib దిగుమతిని తనిఖీ చేయండి. దాని 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",
})

సంబంధిత అసింక్రోనస్ 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 నిఘంటువు పరస్పరం మార్చుకోగల కన్‌స్ట్రక్టర్ ఆర్గ్యుమెంట్ కాదు. అనుమతించిన పబ్లిక్ proxy మార్గంలో పబ్లిక్ token మరియు API ముగింపు పాయింట్ల కోసం, HTTP proxy జాబితా రెండు ఉదాహరణల HTTP proxy URL‌లకు అభ్యర్థులను అందిస్తుంది.

ఏ కాన్ఫిగరేషన్‌ను వర్తింపజేసినా యాప్‌లోని ఇప్పటికే ఉన్న OAuth నమోదు, redirect URI, scopes మరియు token నిర్వహణను కాపాడుకోండి. token మరియు రక్షిత-వనరు కార్యకలాపాలకు కాన్ఫిగర్ చేసిన క్లయింట్‌ను ఉపయోగించి, దాని సాధారణ సింక్రోనస్ లేదా అసింక్రోనస్ జీవిత చక్రం ద్వారా మూసివేయండి.

ఫ్రేమ్‌వర్క్ సహాయకులు యాప్ తరఫున ఈ క్లయింట్‌లను సృష్టించవచ్చు. అభ్యర్థన-సమయ ఆర్గ్యుమెంట్‌లను పంపే ముందు సహాయకుని ఇంటిగ్రేషన్ మరియు క్లయింట్ నిర్మాణ ఎంపికలను పరిశీలించండి. Requests token అభ్యర్థన ఆమోదించే proxies కీవర్డ్ అసింక్రోనస్ HTTPX అభ్యర్థన కూడా దాన్ని ఆమోదిస్తుందని నిరూపించదు.