Polling havas sian propran petobjekton en python-telegram-bot 22.8. Sukcesa ordinara API-voko do ne pruvas, ke getUpdates ricevis la saman proksan vojon.

Por polling-apliko, agordu ambaŭ vojojn:

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 agordas ĝeneralajn Bot API-operaciojn; get_updates_proxy agordas polling. Daŭre uzu la ekzistantajn handler-ojn kaj la polling- aŭ webhook-vivociklon ĉirkaŭ ĉi tiu aplika konstruado.

La URL-akreditaĵoj estas anstataŭigiloj. Akiru realajn valorojn per la akreditaĵa mekanismo de la deplojo kaj procente kodigu rezervitajn signojn en la URL-komponantoj. Uzu la faktan skemon de la peranto: HTTPXRequest akceptas HTTP-proksajn URL-ojn kaj subtenas SOCKS5 kun la SOCKS-dependeco postulata de la pako. La SOCKS5-proksa listo provizas kandidatojn por finpunktoj por tiu protokolo, ne akreditaĵojn de proksa konto.

Se la aplikaĵo provizas proprajn objektojn per request aŭ get_updates_request, agordu tiujn objektojn konsekvence anstataŭe. Builder-proksa agordo kaj aparte provizita petobjekto estas alternativaj enigoj por la responda vojo.

Pli malnovaj Updater-receptoj uzantaj request_kwargs kaj urllib3_proxy_kwargs celas alian generacion.

Rilataj artikoloj