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 բաղադրիչների պահված նշանները։ Օգտագործեք միջնորդի փաստացի scheme-ը՝ HTTPXRequest-ը ընդունում է HTTP պրոքսի URL-ներ և աջակցում է SOCKS5-ին փաթեթի պահանջած SOCKS կախվածությամբ։ SOCKS5 պրոքսիների ցանկը տրամադրում է վերջնակետի թեկնածուներ այդ արձանագրության համար, ոչ թե պրոքսի հաշվի հավատարմագրեր։

Եթե հավելվածը տրամադրում է հատուկ օբյեկտներ request-ի կամ get_updates_request-ի միջոցով, ապա փոխարենը հետևողականորեն կարգավորեք այդ օբյեկտները։ Builder-ի պրոքսի կարգավորումը և առանձին տրամադրված հարցում-օբյեկտը համապատասխան ուղու այլընտրանքային մուտքեր են։

Ավելի հին Updater բաղադրատոմսերը, որոնք օգտագործում են request_kwargs և urllib3_proxy_kwargs, ուղղված են այլ սերնդի։

Առնչվող հոդվածներ