python-telegram-bot 22.8 ನಲ್ಲಿ polling ಗೆ ತನ್ನದೇ request object ಇದೆ. ಆದ್ದರಿಂದ ಯಶಸ್ವಿ ಸಾಮಾನ್ಯ 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 ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಪ್ಯಾಕೇಜ್ ಅಗತ್ಯವಿರುವ SOCKS ಅವಲಂಬನೆಯೊಂದಿಗೆ SOCKS5 ಅನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ. SOCKS5 ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಆ ಪ್ರೋಟೋಕಾಲ್‌ಗಾಗಿ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ, ಪ್ರಾಕ್ಸಿ-ಖಾತೆ ರುಜುವಾತುಗಳಲ್ಲ.

ಅಪ್ಲಿಕೇಶನ್ request ಅಥವಾ get_updates_request ಮೂಲಕ ಕಸ್ಟಮ್ ಆಬ್ಜೆಕ್ಟ್‌ಗಳನ್ನು ಒದಗಿಸಿದರೆ, ಬದಲಿಗೆ ಆ ಆಬ್ಜೆಕ್ಟ್‌ಗಳನ್ನು ಸ್ಥಿರವಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿ. builder ನ proxy ಸೆಟ್ಟಿಂಗ್ ಮತ್ತು ಪ್ರತ್ಯೇಕವಾಗಿ ಒದಗಿಸಿದ request object ಸಂಬಂಧಿತ ಮಾರ್ಗಕ್ಕೆ ಪರ್ಯಾಯ ಇನ್‌ಪುಟ್‌ಗಳು.

Updater ನ ಹಳೆಯ ಪಾಕವಿಧಾನಗಳು request_kwargs ಮತ್ತು urllib3_proxy_kwargs ಬಳಸುತ್ತವೆ ಮತ್ತು ಬೇರೆ ಪೀಳಿಗೆಯನ್ನು ಗುರಿಯಾಗಿಸುತ್ತವೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು