Python Requests: stuur proxies na request(), nie na Request nie
Plaas die proxy-konfigurasie by die API wat die versoek stuur, nie by die Request-konstruktor wat die HTTP-boodskap beskryf nie.
Requests bied 'n Request-klas en 'n request-funksie met kleinletters. 'n Verandering in hoofletters kan 'n geldige API met die verkeerde argumentlys aanroep in plaas daarvan om 'n eenvoudige fout oor 'n onbekende funksie te gee.
Die Request-objek beskryf die HTTP-boodskap. Proxy-konfigurasie hoort by die API wat dit stuur. Vir 'n gewone oproep:
response = requests.request(
'GET', 'https://example.com/',
proxies=routes, timeout=15
)Hier is routes die proxy-kaart wat vir hierdie bewerking gekies is. Vir toegelate openbare versoeke bied die gratis proxylys kandidate wat met 'n protokol geformateer kan word wat daardie Requests-installasie ondersteun. Om dieselfde proxies-sleutelwoord aan die konstruktor van requests.Request te gee, is nie gelykwaardig nie.
As die toepassing doelbewus voorbereide versoeke gebruik, hou die voorbereiding van die boodskap en die opstelling van die stuur apart. Die sessie se stuurvloei benodig ook die beoogde samesmelting van die omgewing, die tydlimiet, die verifikasie en die proxy-instellings.
Maak die API-wanpassing reg voordat jy proxy-eindpunte vervang. 'n Konstruktor-TypeError gebeur voordat daardie objek die beoogde netwerkversoek uitgevoer het.