polling در python-telegram-bot 22.8 شیء درخواست خودش را دارد. بنابراین یک فراخوانی معمولی موفق 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 را می‌پذیرد و SOCKS5 را با وابستگی SOCKS موردنیاز بسته پشتیبانی می‌کند. فهرست پروکسی SOCKS5 نامزدهای نقطه پایانی را برای آن پروتکل فراهم می‌کند، نه اعتبارنامه حساب پروکسی.

اگر برنامه اشیاء سفارشی را از طریق request یا get_updates_request ارائه می‌دهد، در عوض آن اشیاء را به‌طور سازگار پیکربندی کنید. تنظیم پروکسی builder و شیء درخواستِ جداگانه ارائه‌شده ورودی‌های جایگزین برای مسیر مربوطه هستند.

دستورالعمل‌های قدیمی‌تر Updater که از request_kwargs و urllib3_proxy_kwargs استفاده می‌کنند نسل دیگری را هدف می‌گیرند.

مقالات مرتبط