Для приложения, использующего класс API Tweepy 4.14, передайте прокси этому клиенту:

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

Фрагмент предполагает, что Tweepy загружен, а auth — существующий обработчик аутентификации приложения. Маршрутизация через прокси не заменяет учётную запись провайдера или его разрешения API. Там, где допускаются публичные посредники, список HTTP-прокси предлагает кандидатов для этого HTTP-маршрута без учётной записи прокси.

Документированный класс API — это интерфейс Tweepy v1.1. Его аргумент proxy передаёт HTTP-посредника, используемого для запросов. Исторический рецепт с заменой глобального открывателя urllib не настраивает современный клиент, фактический транспорт которого — сеанс Requests.

Держите настроенный экземпляр там, где выполняются операции. Создание этого объекта и последующий вызов другого экземпляра API в другом месте оставляет предполагаемый маршрут на неиспользуемом объекте.

Клиент Tweepy v2 — отдельный класс с другим конструктором. Согласуйте интеграцию прокси с этим интерфейсом, а не предполагайте, что каждый объект Tweepy принимает аргументы класса API. Явный аргумент выше полезен для поддержания соответствующего поколения клиента без изменения поведения прокси для несвязанных библиотек Python.

Похожие статьи