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 లైబ్రరీలకు ప్రాక్సీ ప్రవర్తనను మార్చకుండా సంబంధిత క్లయింట్ తరాన్ని నిర్వహించడానికి ఉపయోగపడుతుంది.

సంబంధిత వ్యాసాలు