Authlib פּראָקסי באַשטעלונגען: Requests קעגן HTTPX

קלייבט Requests סעסיע פּראָקסיעס אָדער דעם HTTPX קליענט פּראָקסי אַרגומענט לויט דער Authlib אינטעגראַציע וואָס ווערט גענוצט.

קוקט איבער דעם 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 אינטעגראַציע נעמט דעם פּראָקסי אַרגומענט אויף קליענט מדרגה בשעת דער שאַפֿונג:

from authlib.integrations.httpx_client import AsyncOAuth2Client

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

דער HTTPX בײַשפּיל נוצט די איינצאָליקע proxy אָפּציע וואָס Authlib 1.9.1 שטיצט. די אינטעגראַציע גיט דורך די דערקענטע טראַנספּאָרט אָפּציעס צו איר אונטערליגנדיקן HTTP קליענט. אַ proxies ווערטערבוך אין Requests סטיל איז נישט אַ אויסטוישיק באַשאַפֿער אַרגומענט. פֿאַר עפנטלעכע token און API ענדפּוינטן אויף אַ דערלויבטער עפנטלעכער פּראָקסי רוטע שטעלט די HTTP פּראָקסי ליסטע צו קאַנדידאַטן פֿאַר די HTTP proxy URLen פֿון ביידע בײַשפּילן.

באַהיט די עקזיסטירנדיקע OAuth רעגיסטראַציע פֿון דער אַפּלאַקיישאַן, דעם redirect URI, די scopes און די token באַהאַנדלונג בשעת איר פֿירט איין איינע פֿון די צוויי קאָנפֿיגוראַציעס. נוצט דעם קאָנפֿיגורירטן קליענט פֿאַר token און באַשיצטע רעסורסן אָפּעראַציעס, און פֿאַרמאַכט אים דורך זײַן נאָרמאַלן סינכראָנעם אָדער אַסינכראָנעם לעבנס ציקל.

פֿריימוואָרק העלפֿער קענען שאַפֿן די קליענטן אין נאָמען פֿון דער אַפּלאַקיישאַן. פֿאָרשט דעם העלפֿער׳ס אינטעגראַציע און די אָפּציעס פֿאַר קליענט שאַפֿונג איידער איר גיט איבער אַרגומענטן אין צײַט פֿון דער בקשה. אַ proxies שליסלוואָרט וואָס אַ Requests token בקשה באַקומען באַווײַזט נישט אַז אַן אַסינכראָנע HTTPX בקשה באַקומעט עס.

פֿאַרבונדענע אַרטיקלען