python-telegram-bot 22.8 मध्ये polling ला स्वतःचे request object असते. त्यामुळे यशस्वी सामान्य API कॉल हे सिद्ध करत नाही की getUpdates ला तोच proxy मार्ग मिळाला.

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 proxy URL स्वीकारतो आणि पॅकेजच्या आवश्यक SOCKS अवलंबनासह SOCKS5 ला समर्थन देतो. SOCKS5 proxy सूची त्या प्रोटोकॉलसाठी endpoint उमेदवार देते, proxy-खाते क्रेडेन्शियल्स नाही.

ॲप request किंवा get_updates_request द्वारे सानुकूल ऑब्जेक्ट पुरवत असल्यास, त्याऐवजी ते ऑब्जेक्ट सुसंगतपणे कॉन्फिगर करा. builder मधील proxy सेटिंग आणि स्वतंत्रपणे पुरवलेला request object संबंधित मार्गासाठी पर्यायी इनपुट आहेत.

Updater च्या जुन्या पाककृती request_kwargs आणि urllib3_proxy_kwargs वापरतात आणि दुसऱ्या पिढीला लक्ष्य करतात.

संबंधित लेख