For ein applikasjon som brukar API-klassa til Tweepy 4.14, gje proxyen til den klienten:

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

Utdraget føreset at Tweepy er lasta og at auth er den eksisterande autentiseringshandsamaren til applikasjonen. Proxy-ruting erstattar ikkje leverandørkontoen eller API-løyva hans. Der offentlege mellomledd er tillatne, tilbyr HTTP-proxylista kandidatar for denne HTTP-ruta utan proxykonto.

Den dokumenterte API-klassa er v1.1-grensesnittet til Tweepy. Proxy-argumentet hennar gjev HTTP-mellomleddet som vert brukt for førespurnader. Ei historisk oppskrift som byter ut den globale urllib-opnaren konfigurerer ikkje ein moderne klient der den faktiske transporten er ei Requests-økt.

Hald den konfigurerte instansen der operasjonane vert utførte. Å lage dette objektet og så kalle ein annan API-instans ein annan stad lèt den tiltenkte ruta bli att på det ubrukte objektet.

v2-klienten til Tweepy er ei eiga klasse med ein annan konstruktør. Tilpass proxyintegrasjonen til det grensesnittet i staden for å anta at kvart Tweepy-objekt godtek argumenta til API-klassa. Det eksplisitte argumentet ovanfor er nyttig for å vedlikehalde den tilsvarande klientgenerasjonen utan å endre proxyåtferd for urelaterte Python-bibliotek.

Relaterte artiklar