python-telegram-bot 22.8-ში polling-ს აქვს საკუთარი მოთხოვნის ობიექტი. ამიტომ წარმატებული ჩვეულებრივი 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 პროქსის URL-ებს და მხარს უჭერს SOCKS5-ს პაკეტისთვის საჭირო SOCKS დამოკიდებულებით. SOCKS5 პროქსების სია გვაწვდის საბოლოო წერტილის კანდიდატებს ამ პროტოკოლისთვის, და არა პროქსის ანგარიშის სერტიფიკატებს.

თუ აპლიკაცია უზრუნველყოფს მორგებულ ობიექტებს request-ის ან get_updates_request-ის მეშვეობით, ნაცვლად ამისა დააკონფიგურირეთ ეს ობიექტები თანმიმდევრულად. builder-ის პროქსის პარამეტრი და ცალკე მოწოდებული მოთხოვნის ობიექტი შესაბამისი გზის ალტერნატიული შეყვანებია.

უფრო ძველი Updater რეცეპტები, რომლებიც იყენებენ request_kwargs-სა და urllib3_proxy_kwargs-ს, სხვა თაობას მიმართავს.

დაკავშირებული სტატიები