Python Requests: proxies un request() ginn, net un Request
Setzt d'Proxy-Konfiguratioun op d'API, déi d'Ufro schéckt, net op de Konstrukter vum Request-Objet, deen d'HTTP-Noriicht beschreift.
Requests bitt eng Klass Request an eng Funktioun request a Klenge Buchstaben. Eng Ännerung vun de Grouss- a Klengbuschtawen kann eng gülteg API mat der falscher Argumentlëscht opruffen, amplaz e einfachen Fehler iwwer eng onbekannt Funktioun ze ginn.
Den Request-Objet beschreift d'HTTP-Noriicht. D'Proxy-Konfiguratioun gehéiert zu der API, déi se schéckt. Fir en normale Uruff:
response = requests.request(
'GET', 'https://example.com/',
proxies=routes, timeout=15
)Hei ass routes d'Proxy-Zouuerdnung, déi fir dës Operatioun gewielt gouf. Fir erlaabt ëffentlech Ufroen bitt d'Lëscht mat gratis Proxyen Kandidaten, déi mat engem Protokoll formatéiert kënne ginn, deen déi Requests-Installatioun ënnerstëtzt. Datselwecht proxies-Schlësselwuert un de Konstrukter vu requests.Request ze ginn ass net gläichwäerteg.
Wann d'Applikatioun bewosst virbereet Ufroen benotzt, haalt d'Virbereedung vun der Noriicht an d'Konfiguratioun vum Schécke getrennt. De Schéckfloss vun der Sessioun brauch och déi virgesinn Ëmwelt-Zesummeféierung, den Timeout, d'Verifikatioun an d'Proxy-Astellungen.
Fleckt d'API-Onstëmmegkeet, ier dir Proxy-Endpunkten ersetzt. En TypeError am Konstrukter geschitt, ier deen Objet déi virgesinn Netzwierkuerfro ausgefouert huet.