python-telegram-bot 22: mga setting ng proxy para sa API calls at polling

May sariling request object ang polling sa python-telegram-bot 22.8. Kaya ang matagumpay na ordinaryong API call ay hindi nagpapatunay na natanggap ng getUpdates ang parehong rutang proxy.

Para sa polling application, i-configure ang dalawang landas:

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()
)

Ang proxy ay nagko-configure ng pangkalahatang operasyon ng Bot API; ang get_updates_proxy ay nagko-configure ng polling. Ipagpatuloy ang paggamit ng mga umiiral na handler at ang polling o webhook lifecycle sa paligid ng pagbuo ng application na ito.

Ang mga kredensyal sa URL ay mga placeholder. Kumuha ng tunay na halaga sa pamamagitan ng mekanismo ng kredensyal ng deployment at i-percent-encode ang mga nakareserbang character sa mga bahagi ng URL. Gamitin ang aktwal na scheme ng intermediary: tumatanggap ang HTTPXRequest ng mga URL ng HTTP proxy at sinusuportahan ang SOCKS5 kasama ang SOCKS dependency na kailangan ng package. Ang listahan ng SOCKS5 proxy ay nagbibigay ng mga kandidatong endpoint para sa protocol na iyon, hindi kredensyal ng proxy account.

Kung ang application ay nagbibigay ng custom na object sa pamamagitan ng request o get_updates_request, i-configure ang mga object na iyon nang naaayon sa halip. Ang setting ng proxy sa builder at ang hiwalay na ibinigay na request object ay alternatibong input para sa katumbas na landas.

Ang mas lumang mga recipe ng Updater na gumagamit ng request_kwargs at urllib3_proxy_kwargs ay para sa ibang henerasyon.