For en applikasjon som bruker API-klassen til Tweepy 4.14, gi proxyen til den klienten:

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

Utdraget forutsetter at Tweepy er lastet inn og at auth er applikasjonens eksisterende autentiseringsbehandler. Proxy-ruting erstatter ikke leverandørkontoen eller dens API-tillatelser. Der offentlige mellommenn er tillatt, tilbyr HTTP-proxylisten kandidater for denne HTTP-ruten uten proxykonto.

Den dokumenterte API-klassen er Tweepys v1.1-grensesnitt. Proxy-argumentet gir HTTP-mellommannen som brukes for forespørsler. En historisk oppskrift som erstatter urllibs globale åpner, konfigurerer ikke en moderne klient der den faktiske transporten er en Requests-økt.

Hold den konfigurerte instansen der operasjonene utføres. Å opprette dette objektet og deretter kalle en annen API-instans et annet sted lar den tiltenkte ruten bli igjen på det ubrukte objektet.

Tweepys v2-klient er en egen klasse med en annen konstruktør. Tilpass proxyintegrasjonen til det grensesnittet i stedet for å anta at hvert Tweepy-objekt godtar API-klassens argumenter. Det eksplisitte argumentet ovenfor er nyttig for å vedlikeholde den tilsvarende klientgenerasjonen uten å endre proxyatferd for urelaterte Python-biblioteker.

Relaterte artikler