Наладка проксі для кліента API v2 у Tweepy
Для Client у Tweepy 4.14 абнаўляйце client.session перад выклікамі API, замест таго каб выкарыстоўваць параметр проксі канструктара класа API v1.1.
Client.session — гэта дакументаваная ў Tweepy 4.14 сесія Requests для трафіку API v2:
import tweepy
client = tweepy.Client(bearer_token=bearer_token)
client.session.proxies.update({
'http': 'http://proxy.example:8080',
'https': 'http://proxy.example:8080',
})Пасля ўсталявання мапы выконвайце выклікі v2 праз гэты кліент. Канечная кропка з спісу HTTP-проксі можа даць публічны HTTP-маршрут для гэтых значэнняў проксі. Токен носьбіта аўтэнтыфікуе ў пастаўшчыка; любы ўліковы запіс у канфігурацыі проксі аўтэнтыфікуе ў пасярэдніка.
Калі прыклад API(proxy=...) не працуе з гэтым канструктарам, праверце клас: гэты параметр належыць API Tweepy v1.1. Налада іншай асобнай сесіі Requests таксама не змяняе client.session.
Інтэграцыя асяроддзя Requests застаецца ўключанай, таму ўспадкаваныя ўваходныя даныя проксі і абыходу могуць уплываць на выбар. Асобна створаныя аб'екты аўтэнтыфікацыі або струменевай перадачы могуць выкарыстоўваць іншае злучэнне; гэта налада ахоплівае названую сесію v2, а не гэтыя аб'екты ці правілы доступу пастаўшчыка да API.