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 ଅନୁରୋଧ ମଧ୍ୟ ଏହା ଗ୍ରହଣ କରେ।