Lancer une tâche PyTumblr avec l'environnement proxy de Requests
Les appels Requests au niveau du module de PyTumblr lisent l'environnement du processus ; une Session sans rapport ne configure pas ces appels.
Pour l'implémentation TumblrRequest de PyTumblr qui appelle Requests pour GET, POST et DELETE, lancez la tâche avec :
https_proxy='http://proxy.example:8080' python tumblr_job.pyL'hôte par défaut de l'API Tumblr utilise HTTPS, donc https_proxy est la variable pertinente. Son URL HTTP identifie l'écouteur intermédiaire. Laissez l'hôte de l'API et la configuration OAuth existante tels quels.
N'ajoutez http_proxy que pour les destinations HTTP concernées qui ont besoin de cette route. Pour un point de terminaison SOCKS5 de votre fournisseur ou de la liste de proxys SOCKS5, utilisez une URL socks5 ou socks5h appropriée avec la prise en charge SOCKS de Requests ; étiqueter un écouteur sur le port 1080 comme http:// ne peut pas changer son protocole.
Si un autre exemple Requests fonctionne mais pas PyTumblr, vérifiez comment chacun obtient son transport. Créer une requests.Session sans rapport laisse inchangés les appels de PyTumblr au niveau du module ; cette source n'a aucun argument de session injectée dans le constructeur de TumblrRequest.
Comparez ensuite les environnements des lancements réels. Un IDE ou un service de tâches peut ne pas hériter des variables du terminal utilisé pour la requête réussie. L'authentification du proxy, lorsqu'elle est requise, est distincte de l'OAuth Tumblr.