Tweepy 4.14-ren API klasea erabiltzen duen aplikazio batentzat, eman proxy-a bezero horri:

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

Zatiak suposatzen du Tweepy kargatuta dagoela eta auth aplikazioaren lehendik dagoen autentifikazio-kudeatzailea dela. Proxy bidezko bideratzeak ez du hornitzailearen kontua edo haren API baimenak ordezkatzen. Bitartekari publikoak baimenduta dauden lekuetan, HTTP proxy zerrendak hautagaiak eskaintzen ditu proxy konturik gabeko HTTP ibilbide honetarako.

Dokumentatutako API klasea Tweepy-ren v1.1 interfazea da. Bere proxy argumentuak eskaeretarako erabiltzen den HTTP bitartekaria ematen du. urllib-en irekitzaile globala ordezkatzen zuen errezeta historikoak ez du Requests saio bat benetako garraioa duen bezero modernoa konfiguratzen.

Mantendu konfiguratutako instantzia eragiketak egiten diren tokian. Objektu hau sortu eta gero beste API instantzia bat beste leku batean deitzeak nahi den ibilbidea erabili gabeko objektuan uzten du.

Tweepy-ren v2 bezeroa eraikitzaile ezberdina duen klase bereizia da. Egokitu proxy integrazioa interfaze horretara, Tweepy objektu bakoitzak API klasearen argumentuak onartzen dituela suposatu beharrean. Goiko argumentu esplizitua erabilgarria da dagokion bezero belaunaldia mantentzeko, erlazionatutako ez diren Python liburutegietarako proxy jokabidea aldatu gabe.

Erlazionatutako artikuluak