پیکربندی پروکسی برای کلاینت API v2 در Tweepy

در Client نسخه Tweepy 4.14، به‌جای استفاده از پارامتر پروکسی سازندهٔ کلاس API v1.1، client.session را پیش از فراخوانی‌های API به‌روزرسانی کنید.

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 را.

مقالات مرتبط