Para uma aplicação que usa a classe API do Tweepy 4.14, entregue o proxy a esse cliente:

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

O trecho pressupõe que o Tweepy está carregado e que auth é o manipulador de autenticação existente da aplicação. O encaminhamento por proxy não substitui a conta do provedor nem as suas permissões de API. Onde intermediários públicos são permitidos, a lista de proxies HTTP oferece candidatos para esta rota HTTP sem conta de proxy.

A classe API documentada é a interface v1.1 do Tweepy. O seu argumento proxy fornece o intermediário HTTP usado nos pedidos. Uma receita antiga que substituía o abridor global do urllib não configura um cliente moderno cujo transporte real é uma sessão de Requests.

Mantenha a instância configurada onde as operações são feitas. Criar este objeto e depois chamar outra instância da API noutro local deixa a rota pretendida no objeto não utilizado.

O cliente v2 do Tweepy é uma classe separada com um construtor diferente. Ajuste a integração do proxy a essa interface em vez de assumir que todo objeto Tweepy aceita os argumentos da classe API. O argumento explícito acima é útil para manter a geração de cliente correspondente sem alterar o comportamento do proxy para bibliotecas Python não relacionadas.

Artigos relacionados