Për një aplikacion që përdor klasën API të Tweepy 4.14, jepjani proxy-t atij klienti:

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

Fragmenti supozon se Tweepy është ngarkuar dhe se auth është trajtuesi ekzistues i vërtetimit të aplikacionit. Ushtrimi i rrugës përmes proxy-t nuk zëvendëson llogarinë e ofruesit ose lejet e tij API. Aty ku lejohen ndërmjetësit publikë, lista e proxy-ve HTTP ofron kandidatë për këtë rrugë HTTP pa llogari proxy.

Klasa API e dokumentuar është ndërfaqja v1.1 e Tweepy. Argumenti i saj proxy siguron ndërmjetësin HTTP të përdorur për kërkesat. Një recetë historike që zëvendëson hapësin global të urllib nuk konfiguron një klient modern, transporti real i të cilit është një sesion Requests.

Mbajeni instancën e konfiguruar aty ku kryhen veprimet. Krijimi i këtij objekti dhe më pas thirrja e një instance tjetër API diku tjetër e lë rrugën e synuar në objektin e papërdorur.

Klienti v2 i Tweepy është një klasë e veçantë me një konstruktor tjetër. Përshtatni integrimin e proxy-t me atë ndërfaqe në vend që të supozoni se çdo objekt Tweepy pranon argumentet e klasës API. Argumenti i qartë më sipër është i dobishëm për mirëmbajtjen e gjeneratës përkatëse të klientit pa ndryshuar sjelljen e proxy-t për bibliotekat Python të palidhura.

Artikuj të ngjashëm