Authlib-en proxy ezarpenak: Requests versus HTTPX

Egiaztatu Authlib inportazioa proxy argumentua aukeratu aurretik. Bere Requests eta HTTPX integrazioek garraio-konfigurazio desberdina eskaintzen dute.

Requests OAuth2Session-ek Requests-en Session portaera heredatzen du:

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",
})

Dagokion HTTPX integrazio asinkronoak bezero-mailako proxy argumentua hartzen du eraikuntza garaian:

from authlib.integrations.httpx_client import AsyncOAuth2Client

client = AsyncOAuth2Client(
    client_id=client_id,
    proxy="http://proxy.example.net:8080",
)

HTTPX adibideak Authlib 1.9.1-ek onartzen duen proxy aukera singularra erabiltzen du. Integrazio horrek ezagututako garraio-aukeraak bere HTTP bezero azpikoari pasatzen dizkio. Requests estiloko proxies hiztegia ez da trukagarria den eraikitzaile-argumentua. Proxy bide publiko baimendu batean dauden token eta API amaierako puntu publikoetarako, HTTP proxy zerrendak bi adibideen HTTP proxy URLetarako hautagaiak eskaintzen ditu.

Mantendu aplikazioaren lehendik dagoen OAuth erregistroa, redirect URIa, scopes-ak eta tokenen kudeaketa bi konfigurazioetako edozein aplikatzean. Erabili konfiguratutako bezeroa token eta babestutako baliabideen eragiketetarako, eta itxi bere bizi-ziklo sinkrono edo asinkrono arruntaren bidez.

Framework-en laguntzaileek bezero hauek aplikazioaren izenean sor ditzakete. Aztertu laguntzailearen integrazioa eta bezeroa eraikitzeko aukerak eskaera-denbora argumentuak pasatu aurretik. Requests token eskaera batek onartzen duen proxies gako-hitzak ez du frogatzen HTTPX eskaera asinkrono batek onartzen duenik.