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 લાઇબ્રેરીઓ માટે પ્રોક્સી વર્તન બદલ્યા વિના.

સંબંધિત લેખો