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 URLs قبول کرتا ہے اور پیکیج کی مطلوبہ SOCKS انحصاری کے ساتھ SOCKS5 کی معاونت کرتا ہے۔ SOCKS5 proxy فہرست اس پروٹوکول کے لیے endpoint امیدوار فراہم کرتی ہے، proxy اکاؤنٹ اسناد نہیں۔

اگر ایپلیکیشن request یا get_updates_request کے ذریعے حسب ضرورت آبجیکٹ فراہم کرتی ہے تو اس کے بجائے ان آبجیکٹ کو مستقل طور پر ترتیب دیں۔ builder میں proxy کی ترتیب اور الگ سے فراہم کردہ request object متعلقہ راستے کے متبادل ان پٹ ہیں۔

Updater کی پرانی ترکیبیں request_kwargs اور urllib3_proxy_kwargs استعمال کرتی ہیں اور کسی اور نسل کو نشانہ بناتی ہیں۔

متعلقہ مضامین