Suriin ang import ng Authlib bago pumili ng argumentong proxy. Ang mga integrasyong Requests at HTTPX nito ay nagbibigay ng magkaibang konfigurasyon ng transport.

Ang OAuth2Session ng Requests ay nagmamana ng pag-uugali ng Session ng Requests:

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

Ang katumbas na async na integrasyong HTTPX ay tumatanggap ng argumentong proxy sa antas ng kliyente habang binubuo:

from authlib.integrations.httpx_client import AsyncOAuth2Client

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

Ginagamit ng halimbawang HTTPX ang isahang opsyong proxy na sinusuportahan ng Authlib 1.9.1. Ipinapasa ng integrasyong iyon ang mga kinikilalang opsyong transport sa pinagbabatayang kliyenteng HTTP nito. Ang diksyunaryong proxies na istilong Requests ay hindi kapalit na argumento ng constructor. Para sa mga pampublikong endpoint ng token at API sa isang pinapayagang pampublikong ruta ng proxy, ang listahan ng HTTP proxy ay nagbibigay ng mga kandidato para sa mga HTTP proxy URL ng dalawang halimbawa.

Panatilihin ang umiiral na rehistro ng OAuth ng aplikasyon, redirect URI, scopes at paghawak ng token kapag inilalapat ang alinman sa konfigurasyon. Gamitin ang nakakonpigurang kliyente para sa mga operasyong token at protektadong mapagkukunan, at isara ito sa pamamagitan ng karaniwang synchronous o asynchronous na lifecycle nito.

Maaaring gumawa ang mga helper ng framework ng mga kliyenteng ito sa ngalan ng aplikasyon. Suriin ang integrasyon ng helper at ang mga opsyong pagbuo ng kliyente bago magpasa ng mga argumento sa oras ng kahilingan. Ang keyword na proxies na tinatanggap ng kahilingang token ng Requests ay hindi nagpapatunay na tinatanggap din ito ng async na kahilingang HTTPX.

Kaugnay na mga artikulo