تهيئة وكيل لعميل API v2 في Tweepy
مع Client في Tweepy 4.14، حدّث client.session قبل استدعاءات API بدلًا من استخدام معامل الوكيل في صف API الخاص بـv1.1.
Client.session هو جلسة Requests الموثقة في Tweepy 4.14 لحركة API v2:
import tweepy
client = tweepy.Client(bearer_token=bearer_token)
client.session.proxies.update({
'http': 'http://proxy.example:8080',
'https': 'http://proxy.example:8080',
})أجرِ استدعاءات v2 عبر هذا العميل بعد ضبط الخريطة. يمكن أن توفّر نقطة نهاية من قائمة وكلاء HTTP مسار HTTP عامًا لقيم الوكيل هذه. يوثّق رمز الحامل لدى المزوّد؛ وأي حساب في تهيئة الوكيل يوثّق لدى الوسيط.
إذا فشل مثال API(proxy=...) مع هذا المُنشئ، فافحص الصف: ذلك المعامل يخص API في Tweepy v1.1. كما أن تهيئة جلسة Requests مستقلة أخرى لا تغيّر client.session.
يظل تكامل بيئة Requests مفعّلًا، لذا قد تؤثر مدخلات الوكيل والتجاوز الموروثة في الاختيار. قد تستخدم كائنات المصادقة أو البث المنشأة بشكل مستقل اتصالًا آخر؛ هذا الإعداد يغطي جلسة v2 المذكورة لا تلك الكائنات ولا قواعد وصول المزوّد إلى API.