python-telegram-bot 22: налады проксі для выклікаў API і polling

У python-telegram-bot 22.8 polling мае ўласны аб'ект запыту. Таму паспяховы звычайны выклік API не даказвае, што getUpdates атрымаў той жа маршрут проксі.

Для праграмы polling наладзьце абодва шляхі:

from telegram.ext import Application

proxy_url = 'http://proxy-user:[email protected]:8080'
application = (
    Application.builder()
    .token(bot_token)
    .proxy(proxy_url)
    .get_updates_proxy(proxy_url)
    .build()
)

proxy наладжвае агульныя аперацыі Bot API; get_updates_proxy наладжвае polling. Працягвайце выкарыстоўваць існуючыя handler-ы і жыццёвы цыкл polling або webhook вакол гэтага стварэння праграмы.

Уліковыя даныя URL — гэта заначкі. Атрымайце рэальныя значэнні праз механізм уліковых даных разгортвання і працэнтна кадуйце зарэзерваваныя сімвалы ў кампанентах URL. Выкарыстоўвайце фактычную схему пасярэдніка: HTTPXRequest прымае URL проксі HTTP і падтрымлівае SOCKS5 з неабходнай для пакета залежнасцю SOCKS. Спіс проксі SOCKS5 дае кандыдатаў у канчатковыя пункты для гэтага пратаколу, а не ўліковыя даныя ўліковага запісу проксі.

Калі праграма падае ўласныя аб'екты праз request або get_updates_request, наладзьце гэтыя аб'екты паслядоўна замест гэтага. Налада проксі ў builder і асобна пададзены аб'ект запыту — гэта альтэрнатыўныя ўваходы для адпаведнага шляху.

Старыя рэцэпты Updater з выкарыстаннем request_kwargs і urllib3_proxy_kwargs накіраваны на іншае пакаленне.