Fir eng Applikatioun, déi dem Tweepy 4.14 seng API-Klass benotzt, gitt de Proxy un dee Client:

api = tweepy.API(
    auth,
    proxy="http://proxy.example:8080",
    timeout=20,
)

Den Ausschnitt geet dovun aus, datt Tweepy gelueden ass an datt auth deen existéierenden Authentifikatiouns-Handler vun der Applikatioun ass. Proxy-Routing ersetzt net de Kont vum Provider oder seng API-Berechtegungen. Wou ëffentlech Vermëttler erlueft sinn, bitt d'HTTP-Proxy-Lëscht Kandidaten fir dës HTTP-Route ouni Proxy-Kont.

Déi dokumentéiert API-Klass ass dem Tweepy seng v1.1-Interface. Hir proxy-Argument liwwert de HTTP-Vermëttler, dee fir Ufroe benotzt gëtt. E historescht Rezept, dat dem urllib säin globale Opener ersetzt, konfiguréiert keen modernen Client, deem säin eigentlechen Transport eng Requests-Sessioun ass.

Halt déi konfiguréiert Instanz do, wou d'Operatioune gemaach ginn. Dësen Objet ze schafen an duerno an aner Plaz eng aner API-Instanz opzeruffen, léisst déi virgesinn Route um net benotzten Objet.

Dem Tweepy säin v2-Client ass eng separat Klass mat engem anere Konstrukter. Passt d'Proxy-Integratioun un déi Interface un, amplaz unzehuelen, datt all Tweepy-Objet d'Argumenter vun der API-Klass akzeptéiert. D'explizitt Argument hei uewen ass nëtzlech, fir déi entspriechend Client-Generatioun z'erhalen, ouni d'Proxy-Verhalen fir onverbonnen Python-Bibliothéiken ze änneren.

Ähnlech Artikelen