Для застосунку, що використовує клас 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.

Схожі статті