Avvia un job PyTumblr con l'ambiente proxy di Requests
Le chiamate Requests a livello di modulo di PyTumblr leggono l'ambiente del processo; una Session non correlata non configura quelle chiamate.
Per l'implementazione TumblrRequest di PyTumblr che chiama Requests per GET, POST e DELETE, avvia il job con:
https_proxy='http://proxy.example:8080' python tumblr_job.pyL'host predefinito dell'API di Tumblr usa HTTPS, quindi https_proxy è la variabile pertinente. Il suo URL HTTP identifica il listener intermedio. Lascia l'host dell'API e la configurazione OAuth esistente così come sono.
Aggiungi http_proxy solo per le destinazioni HTTP pertinenti che necessitano di quel percorso. Per un endpoint SOCKS5 del tuo provider o dalla lista di proxy SOCKS5, usa un URL socks5 o socks5h adeguato con il supporto SOCKS di Requests; etichettare come http:// un listener sulla porta 1080 non può cambiarne il protocollo.
Se un altro esempio Requests funziona ma PyTumblr no, controlla come ciascuno ottiene il proprio trasporto. Creare una requests.Session non correlata lascia invariate le chiamate di PyTumblr a livello di modulo; questa fonte non ha alcun argomento di sessione iniettata nel costruttore di TumblrRequest.
Poi confronta gli ambienti degli avvii effettivi. Un IDE o un servizio di job potrebbe non ereditare le variabili dal terminale usato per la richiesta riuscita. L'autenticazione del proxy, quando richiesta, è separata dall'OAuth di Tumblr.