Authlib പ്രോക്സി ക്രമീകരണങ്ങൾ: Requests vs 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 അഭ്യർത്ഥനയും അത് സ്വീകരിക്കുന്നു എന്ന് തെളിയിക്കുന്നില്ല.