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 प्रयोग गर्छन् र अर्को पुस्तालाई लक्षित गर्छन्।

सम्बन्धित लेखहरू