პროქსის კონფიგურაცია Tweepy-ის API v2 კლიენტისთვის

Tweepy 4.14 Client-ისთვის განაახლეთ client.session API გამოძახებებამდე, ნაცვლად v1.1 API კლასის პროქსის კონსტრუქტორის პარამეტრის გამოყენებისა.

Client.session არის Tweepy 4.14-ის დოკუმენტირებული Requests სესია v2 API ტრაფიკისთვის:

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=...)-ის მაგალითი ვერ მუშაობს ამ კონსტრუქტორთან, შეამოწმეთ კლასი: ეს პარამეტრი ეკუთვნის Tweepy v1.1-ის API-ს. სხვა დამოუკიდებელი Requests სესიის კონფიგურაცია ასევე არ ცვლის client.session-ს.

Requests გარემოს ინტეგრაცია რჩება ჩართული, ამიტომ მემკვიდრეობით მიღებულმა პროქსისა და გვერდის ავლის შეყვანებმა შეიძლება გავლენა მოახდინოს არჩევანზე. დამოუკიდებლად შექმნილმა ავთენტიფიკაციის ან სტრიმინგის ობიექტებმა შეიძლება სხვა კავშირი გამოიყენონ; ეს პარამეტრი მოიცავს აღნიშნულ v2 სესიას და არა ამ ობიექტებს ან პროვაიდერის API წვდომის წესებს.

დაკავშირებული სტატიები