Pollïng het sy eie versoekobjek in python-telegram-bot 22.8. 'n Suksesvolle gewone API-oproep bewys dus nie dat getUpdates dieselfde proxy-roete ontvang het nie.

Vir 'n pollïng-toepassing, stel beide paaie in:

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 stel algemene Bot API-bewerkings in; get_updates_proxy stel pollïng in. Hou aan om die bestaande handlers en die pollïng- of webhook-lewensiklus rondom hierdie toepassingskonstruksie te gebruik.

Die URL-getuigskrifte is plekhouers. Kry werklike waardes deur die ontplooiing se getuigskrifmeganisme en persent-enkodeer gereserveerde karakters in die URL-komponente. Gebruik die tussenganger se werklike skema: HTTPXRequest aanvaar HTTP-proxy-URL's en ondersteun SOCKS5 met die pakket se vereiste SOCKS-afhanklikheid. Die SOCKS5-proxylys verskaf eindpuntkandidate vir daardie protokol, nie proxy-rekeninggetuigskrifte nie.

As die toepassing pasgemaakte objekte deur request of get_updates_request verskaf, stel daardie objekte eerder konsekwent in. 'n Bouer-proxy-instelling en 'n afsonderlik verskafte versoekobjek is alternatiewe insette vir die ooreenstemmende pad.

Ouer Updater-resepte wat request_kwargs en urllib3_proxy_kwargs gebruik, teiken 'n ander generasie.

Verwante artikels