python-telegram-bot 22.8 માં polling પાસે પોતાનું request object છે. તેથી સફળ સામાન્ય 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 સ્વીકારે છે અને પેકેજની જરૂરી SOCKS નિર્ભરતા સાથે SOCKS5 ને સપોર્ટ કરે છે. SOCKS5 પ્રોક્સી સૂચિ તે પ્રોટોકોલ માટે endpoint ઉમેદવારો પ્રદાન કરે છે, પ્રોક્સી-એકાઉન્ટ ક્રેડેન્શિયલ્સ નહીં.

જો એપ્લિકેશન request અથવા get_updates_request દ્વારા કસ્ટમ ઑબ્જેક્ટ પ્રદાન કરે છે, તો તેના બદલે તે ઑબ્જેક્ટ સુસંગત રીતે ગોઠવો. builder નું proxy સેટિંગ અને અલગથી પ્રદાન કરેલ request object સંબંધિત માર્ગ માટે વૈકલ્પિક ઇનપુટ છે.

Updater ની જૂની રેસિપીઓ request_kwargs અને urllib3_proxy_kwargs વાપરે છે અને બીજી પેઢીને લક્ષ્ય બનાવે છે.

સંબંધિત લેખો