Für eine Anwendung, die die API-Klasse von Tweepy 4.14 verwendet, geben Sie den Proxy an diesen Client:

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

Das Snippet geht davon aus, dass Tweepy geladen ist und auth der vorhandene Authentifizierungs-Handler der Anwendung ist. Proxy-Routing ersetzt weder das Anbieterkonto noch dessen API-Berechtigungen. Wo öffentliche Vermittler zulässig sind, bietet die HTTP-Proxy-Liste Kandidaten für diese HTTP-Route ohne Proxy-Konto.

Die dokumentierte API-Klasse ist Tweepys v1.1-Schnittstelle. Ihr proxy-Argument liefert den HTTP-Vermittler, der für Anfragen verwendet wird. Ein historisches Rezept, das urllibs globalen Opener ersetzt, konfiguriert keinen modernen Client, dessen tatsächlicher Transport eine Requests-Sitzung ist.

Behalten Sie die konfigurierte Instanz dort, wo die Operationen ausgeführt werden. Dieses Objekt zu erzeugen und dann anderswo eine andere API-Instanz aufzurufen, lässt die beabsichtigte Route am ungenutzten Objekt.

Tweepys v2-Client ist eine separate Klasse mit einem anderen Konstruktor. Passen Sie die Proxy-Integration an diese Schnittstelle an, statt anzunehmen, jedes Tweepy-Objekt akzeptiere die Argumente der API-Klasse. Das explizite Argument oben ist nützlich, um die entsprechende Client-Generation zu pflegen, ohne das Proxy-Verhalten für unabhängige Python-Bibliotheken zu ändern.

Ähnliche Artikel