Tweepy 4.14 ನ API ಕ್ಲಾಸ್ ಬಳಸುವ ಅಪ್ಲಿಕೇಶನ್ಗೆ, ಪ್ರಾಕ್ಸಿಯನ್ನು ಆ ಕ್ಲೈಂಟ್ಗೆ ನೀಡಿ:

api = tweepy.API(
    auth,
    proxy="http://proxy.example:8080",
    timeout=20,
)

ಈ ತುಣುಕು Tweepy ಲೋಡ್ ಆಗಿದೆ ಮತ್ತು auth ಅಪ್ಲಿಕೇಶನ್ನ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ದೃಢೀಕರಣ ಹ್ಯಾಂಡ್ಲರ್ ಎಂದು ಊಹಿಸುತ್ತದೆ. ಪ್ರಾಕ್ಸಿ ರೂಟಿಂಗ್ ಪೂರೈಕೆದಾರರ ಖಾತೆ ಅಥವಾ ಅದರ API ಅನುಮತಿಗಳನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಸಾರ್ವಜನಿಕ ಮಧ್ಯವರ್ತಿಗಳನ್ನು ಅನುಮತಿಸಿದ ಸ್ಥಳಗಳಲ್ಲಿ, HTTP ಪ್ರಾಕ್ಸಿ ಪಟ್ಟಿ ಈ ಪ್ರಾಕ್ಸಿ-ಖಾತೆ ಇಲ್ಲದ HTTP ಮಾರ್ಗಕ್ಕೆ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ನೀಡುತ್ತದೆ.

ದಾಖಲಿತ API ಕ್ಲಾಸ್ Tweepy ನ v1.1 ಇಂಟರ್ಫೇಸ್ ಆಗಿದೆ. ಅದರ proxy ಆರ್ಗ್ಯುಮೆಂಟ್ ವಿನಂತಿಗಳಿಗೆ ಬಳಸುವ HTTP ಮಧ್ಯವರ್ತಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ. urllib ನ ಜಾಗತಿಕ ಓಪನರ್ ಬದಲಿಸುವ ಹಳೆಯ ವಿಧಾನವು ನಿಜವಾದ ಸಾಗಣೆ Requests ಸೆಷನ್ ಆಗಿರುವ ಆಧುನಿಕ ಕ್ಲೈಂಟ್ ಅನ್ನು ಸಂರಚಿಸುವುದಿಲ್ಲ.

ಸಂರಚಿತ ಇನ್ಸ್ಟಾನ್ಸ್ ಅನ್ನು ಕಾರ್ಯಾಚರಣೆಗಳು ನಡೆಯುವ ಸ್ಥಳದಲ್ಲೇ ಇರಿಸಿ. ಈ ಆಬ್ಜೆಕ್ಟ್ ರಚಿಸಿ ನಂತರ ಬೇರೆಡೆ ಇನ್ನೊಂದು API ಇನ್ಸ್ಟಾನ್ಸ್ ಕರೆಯುವುದು ಉದ್ದೇಶಿತ ಮಾರ್ಗವನ್ನು ಬಳಸದ ಆಬ್ಜೆಕ್ಟ್ನಲ್ಲಿ ಬಿಡುತ್ತದೆ.

Tweepy ನ v2 Client ಬೇರೆ ಕನ್ಸ್ಟ್ರಕ್ಟರ್ ಇರುವ ಪ್ರತ್ಯೇಕ ಕ್ಲಾಸ್. ಪ್ರಾಕ್ಸಿ ಸಂಯೋಜನೆಯನ್ನು ಆ ಇಂಟರ್ಫೇಸ್ಗೆ ಹೊಂದಿಸಿ, ಪ್ರತಿ Tweepy ಆಬ್ಜೆಕ್ಟ್ API ಕ್ಲಾಸ್ನ ಆರ್ಗ್ಯುಮೆಂಟ್ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸಬೇಡಿ. ಮೇಲಿನ ಸ್ಪಷ್ಟ ಆರ್ಗ್ಯುಮೆಂಟ್ ಸಂಬಂಧಿತ ಕ್ಲೈಂಟ್ ಪೀಳಿಗೆಯನ್ನು ಕಾಪಾಡಲು ಉಪಯುಕ್ತ, ಸಂಬಂಧವಿಲ್ಲದ Python ಗ್ರಂಥಾಲಯಗಳಿಗೆ ಪ್ರಾಕ್ಸಿ ವರ್ತನೆ ಬದಲಾಗದೆ.

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