python-telegram-bot 22: API কল আৰু পলিঙৰ বাবে প্ৰক্সি ছেটিংছ

python-telegram-bot 22.8 ত পলিঙৰ নিজৰ request object আছে। সেয়ে এটা সফল সাধাৰণ API কলেই প্ৰমাণ নকৰে যে getUpdates এ একে প্ৰক্সি পথেই পালে।

পলিং এপ্লিকেচনৰ বাবে দুয়োটা পথ কনফিগাৰ কৰক:

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 এ পলিং কনফিগাৰ কৰে। এই এপ্লিকেচন নিৰ্মাণৰ চাৰিওফালে থকা বৰ্তমানৰ handler আৰু পলিং বা webhook জীৱনচক্ৰ ব্যৱহাৰ কৰি থাকক।

URL ৰ credential সমূহ placeholder। ডিপ্লয়মেণ্টৰ credential ব্যৱস্থাৰ পৰা প্ৰকৃত মান লওক আৰু URL উপাদানসমূহত সংৰক্ষিত আখৰবোৰ শতাংশ-এনকোড কৰক। মধ্যস্থতাকাৰীৰ প্ৰকৃত scheme ব্যৱহাৰ কৰক: HTTPXRequest এ HTTP প্ৰক্সি URL গ্ৰহণ কৰে আৰু পেকেজৰ প্ৰয়োজনীয় SOCKS নিৰ্ভৰশীলতাৰ সৈতে SOCKS5 সমৰ্থন কৰে। SOCKS5 প্ৰক্সি তালিকা এ সেই প্ৰটোকলৰ বাবে endpoint প্ৰাৰ্থী যোগান ধৰে, প্ৰক্সি-একাউণ্ট credential নহয়।

যদি এপ্লিকেচনে request বা get_updates_request ৰ জৰিয়তে custom object যোগান ধৰে, তেন্তে তাৰ পৰিৱৰ্তে সেই object সমূহ সুসংগতভাৱে কনফিগাৰ কৰক। builder ৰ প্ৰক্সি ছেটিং আৰু সুকীয়াকৈ যোগান ধৰা request object সংশ্লিষ্ট পথৰ বাবে বিকল্প ইনপুট।

Updater ৰ পুৰণি ৰেচিপি যিবোৰে request_kwargs আৰু urllib3_proxy_kwargs ব্যৱহাৰ কৰে, সেইবোৰে অন্য এটা প্ৰজন্মক লক্ষ্য কৰে।