Por aplikaĵo uzanta la API-klason de Tweepy 4.14, donu la prokurilon al tiu kliento:

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

La fragmento supozas, ke Tweepy estas ŝargita kaj ke auth estas la ekzistanta aŭtentiga traktilo de la aplikaĵo. Prokurila enkursigo ne anstataŭigas la konton de la provizanto nek ĝiajn API-permesojn. Kie publikaj perantoj estas permesitaj, la HTTP-prokurila listo proponas kandidatojn por ĉi tiu HTTP-vojo sen prokurila konto.

La dokumentita API-klaso estas la v1.1-interfaco de Tweepy. Ĝia argumento proxy liveras la HTTP-peranton uzatan por petoj. Historia recepto, kiu anstataŭigas la tutmondan malfermilon de urllib, ne konfiguras modernan klienton, kies fakta transporto estas Requests-sesio.

Konservu la agorditan instancon tie, kie la operacioj estas farataj. Krei ĉi tiun objekton kaj poste alvoki alian API-instancon aliloke lasas la celitan vojon sur la neuzita objekto.

La v2-kliento de Tweepy estas aparta klaso kun malsama konstruilo. Adaptu la prokurilan integriĝon al tiu interfaco anstataŭ supozi, ke ĉiu Tweepy-objekto akceptas la argumentojn de la API-klaso. La eksplicita argumento supre utilas por konservi la respondan klientgeneracion sen ŝanĝi prokurilan konduton por nerilataj Python-bibliotekoj.

Rilataj artikoloj