Запуск задання PyTumblr у асяроддзі проксі Requests

Модульныя выклікі Requests у PyTumblr чытаюць асяроддзе працэсу; пабочны Session не наладжвае гэтыя выклікі.

Для рэалізацыі TumblrRequest у PyTumblr, якая выклікае Requests для GET, POST і DELETE, запускайце заданне так:

https_proxy='http://proxy.example:8080' python tumblr_job.py

Стандартны хост Tumblr API выкарыстоўвае HTTPS, таму https_proxy — гэта адпаведная зменная. Яго HTTP URL вызначае слухач пасярэдніка. Пакіньце хост API і існуючую канфігурацыю OAuth як ёсць.

Дадавайце http_proxy толькі для адпаведных HTTP-прызначэнняў, якім патрэбны гэты маршрут. Для канцавой кропкі SOCKS5 ад вашага правайдэра або са спіса проксі SOCKS5 выкарыстоўвайце адпаведны URL socks5 або socks5h з падтрымкай SOCKS у Requests; пазначэнне слухача на порце 1080 як http:// не можа змяніць яго пратакол.

Калі іншы прыклад Requests працуе, а PyTumblr — не, праверце, як кожны атрымлівае свой транспарт. Стварэнне пабочнай requests.Session не змяняе модульныя выклікі PyTumblr; у гэтай крыніцы няма аргумента ўкаранёнай сесіі ў канструктары TumblrRequest.

Затым параўнайце асяроддзі фактычных запускаў. IDE або служба заданняў можа не атрымаць у спадчыну зменныя з тэрмінала, выкарыстанага для паспяховага запыту. Аўтэнтыфікацыя проксі, калі яна патрэбная, асобная ад Tumblr OAuth.

Падобныя артыкулы