В 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 приема HTTP прокси URL адреси и поддържа SOCKS5 с изискваната от пакета SOCKS зависимост. Списъкът със SOCKS5 проксита предоставя кандидати за крайни точки за този протокол, а не идентификационни данни за прокси акаунт.

Ако приложението предоставя персонализирани обекти чрез request или get_updates_request, настройте тези обекти последователно вместо това. Прокси настройката в builder и отделно предоставеният обект за заявка са алтернативни входове за съответния път.

По-стари Updater рецепти, използващи request_kwargs и urllib3_proxy_kwargs, са насочени към друго поколение.

Подобни статии