Python Requests : passez proxies à request(), pas à Request
Placez la configuration du proxy sur l'API qui envoie la requête, et non sur le constructeur de l'objet Request qui décrit le message HTTP.
Requests expose une classe Request et une fonction request en minuscules. Un changement de casse peut appeler une API valide avec la mauvaise liste d'arguments au lieu de produire une simple erreur de fonction inconnue.
L'objet Request décrit le message HTTP. La configuration du proxy appartient à l'API qui l'envoie. Pour un appel ordinaire :
response = requests.request(
'GET', 'https://example.com/',
proxies=routes, timeout=15
)Ici, routes est la table de correspondance des proxies retenue pour cette opération. Pour les requêtes publiques autorisées, la liste de proxies gratuits propose des candidats à formater avec un protocole pris en charge par cette installation de Requests. Passer la même clé proxies au constructeur de requests.Request n'est pas équivalent.
Si l'application utilise volontairement des requêtes préparées, gardez la préparation du message et la configuration de l'envoi séparées. Le flux d'envoi de la session a aussi besoin de la fusion d'environnement prévue, du délai d'attente, de la vérification et des réglages de proxy.
Corrigez l'incohérence d'API avant de remplacer les points de terminaison proxy. Un TypeError du constructeur survient avant que cet objet ait exécuté la requête réseau prévue.