Voor een applicatie die de API-klasse van Tweepy 4.14 gebruikt, geef je de proxy aan die client:

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

Het fragment gaat ervan uit dat Tweepy is geladen en dat auth de bestaande authenticatiehandler van de applicatie is. Proxy-routering vervangt niet het provideraccount of de API-rechten ervan. Waar openbare tussenpersonen zijn toegestaan, biedt de HTTP-proxylijst kandidaten voor deze HTTP-route zonder proxyaccount.

De gedocumenteerde API-klasse is de v1.1-interface van Tweepy. Het proxy-argument ervan levert de HTTP-tussenpersoon die voor verzoeken wordt gebruikt. Een historisch recept dat de globale opener van urllib vervangt, configureert geen moderne client waarvan het werkelijke transport een Requests-sessie is.

Houd de geconfigureerde instantie waar de bewerkingen worden uitgevoerd. Dit object aanmaken en elders een andere API-instantie aanroepen laat de beoogde route op het ongebruikte object achter.

De v2-client van Tweepy is een aparte klasse met een andere constructor. Stem de proxy-integratie af op die interface in plaats van aan te nemen dat elk Tweepy-object de argumenten van de API-klasse accepteert. Het expliciete argument hierboven is nuttig om de bijbehorende clientgeneratie te onderhouden zonder proxygedrag voor niet-verwante Python-bibliotheken te wijzigen.

Gerelateerde artikelen