За приложение, което използва класа API на Tweepy 4.14, подайте проксито на този клиент:

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

Фрагментът предполага, че Tweepy е зареден и auth е съществуващият манипулатор за удостоверяване на приложението. Маршрутизирането през прокси не заменя акаунта на доставчика или неговите разрешения за API. Когато публичните посредници са разрешени, списъкът с HTTP прокси предлага кандидати за този HTTP маршрут без акаунт за прокси.

Документираният клас API е интерфейсът v1.1 на Tweepy. Аргументът proxy подава HTTP посредника, използван за заявките. Историческа рецепта със замяна на глобалния отварящ urllib не конфигурира модерен клиент, чийто реален транспорт е сесия на Requests.

Дръжте конфигурирания екземпляр там, където се извършват операциите. Създаването на този обект и след това извикване на друг екземпляр на API другаде оставя желания маршрут върху неизползвания обект.

Клиентът v2 на Tweepy е отделен клас с различен конструктор. Съобразете интеграцията на проксито с този интерфейс, вместо да предполагате, че всеки обект на Tweepy приема аргументите на класа API. Явният аргумент по-горе е полезен за поддържане на съответното поколение клиент, без да променя поведението на проксито за несвързани библиотеки на Python.

Подобни статии