Authlib-proxy-instellings: Requests teenoor HTTPX
Kies Requests-sessieproxies of die HTTPX-kliënt-proxyargument na gelang van die Authlib-integrasie wat gebruik word.
Kontroleer die Authlib-invoer voordat jy 'n proxy-argument kies. Die Requests- en HTTPX-integrasies daarvan bied verskillende vervoerkonfigurasie.
Die Requests OAuth2Session erf Requests se Session-gedrag:
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",
})Die ooreenstemmende asinchrone HTTPX-integrasie neem die proxy-argument op kliëntvlak tydens konstruksie:
from authlib.integrations.httpx_client import AsyncOAuth2Client
client = AsyncOAuth2Client(
client_id=client_id,
proxy="http://proxy.example.net:8080",
)Die HTTPX-voorbeeld gebruik die enkelvoudige proxy-opsie wat deur Authlib 1.9.1 ondersteun word. Daardie integrasie gee erkende vervoeropsies aan sy onderliggende HTTP-kliënt deur. 'n proxies-woordeboek in Requests-styl is nie 'n uitruilbare konstruktorargument nie. Vir publieke token- en API-eindpunte op 'n toegelate publieke proxy-roete bied die HTTP-proxylys kandidate vir die HTTP-proxy-URL's van albei voorbeelde.
Behou die toepassing se bestaande OAuth-registrasie, herleidings-URI, scopes en tokenhantering wanneer jy enige van die twee konfigurasies toepas. Gebruik die gekonfigureerde kliënt vir die token- en beskermde-hulpbron-bewerkings, en sluit dit deur sy normale sinchrone of asinchrone lewensiklus.
Raamwerkhelpers kan hierdie kliënte namens die toepassing skep. Ondersoek die helper se integrasie en kliëntkonstruksie-opsies voordat jy argumente tydens die versoek deurgee. 'n proxies-sleutelwoord wat deur 'n Requests-tokenversoek aanvaar word, bewys nie dat 'n asinchrone HTTPX-versoek dit aanvaar nie.