הגדרת ה-proxy במחלקת ה-API של Tweepy v1.1

הגדירו את נתיב ה-HTTP ישירות במחלקת ה-API המתועדת של Tweepy במקום להחליף את פותח ה-urllib הגלובלי של Python.

עבור יישום שמשתמש במחלקת ה-API של Tweepy 4.14, העבירו את ה-proxy ללקוח הזה:

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

הקטע מניח ש-Tweepy נטען וש-auth הוא מטפל האימות הקיים של היישום. ניתוב דרך proxy אינו מחליף את חשבון הספק או את הרשאות ה-API שלו. במקומות שבהם מתווכים ציבוריים מותרים, רשימת ה-proxy ל-HTTP מציעה מועמדים לנתיב ה-HTTP הזה ללא חשבון proxy.

מחלקת ה-API המתועדת היא ממשק v1.1 של Tweepy. הארגומנט proxy שלה מספק את המתווך ב-HTTP המשמש לבקשות. מתכון היסטורי שהחליף את פותח ה-urllib הגלובלי אינו מגדיר לקוח מודרני שהתעבורה בפועל שלו היא הפעלת Requests.

השאירו את המופע המוגדר במקום שבו מתבצעות הפעולות. יצירת האובייקט הזה ואז קריאה למופע API אחר במקום אחר משאירה את הנתיב המיועד על האובייקט שאינו בשימוש.

ה-Client v2 של Tweepy הוא מחלקה נפרדת עם בנאי שונה. התאימו את שילוב ה-proxy לממשק הזה במקום להניח שכל אובייקט Tweepy מקבל את הארגומנטים של מחלקת ה-API. הארגומנט המפורש שלמעלה שימושי לשמירה על דור הלקוח המתאים בלי לשנות את התנהגות ה-proxy עבור ספריות Python לא קשורות.

מאמרים קשורים