Для праграмы, якая выкарыстоўвае клас 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.

Падобныя артыкулы