PyTumblr užduoties paleidimas naudojant Requests proxy aplinką

PyTumblr modulio lygio Requests kvietimai nuskaito proceso aplinką; nesusijusi Session tų kvietimų nesukonfigūruoja.

Jei PyTumblr TumblrRequest diegimas kviečia Requests GET, POST ir DELETE užklausoms, paleiskite užduotį taip:

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

Numatytasis Tumblr API hostas naudoja HTTPS, todėl https_proxy yra atitinkamas kintamasis. Jo HTTP URL nurodo tarpinį klausytoją. Palikite API hostą ir esamą OAuth konfigūraciją tokias, kokios yra.

Pridėkite http_proxy tik tiems atitinkamiems HTTP tikslams, kuriems reikia šio maršruto. SOCKS5 galiniam taškui iš savo tiekėjo arba iš SOCKS5 proxy sąrašo naudokite tinkamą socks5 arba socks5h URL su Requests SOCKS palaikymu; klausytojo 1080 prievade žymėjimas kaip http:// negali pakeisti jo protokolo.

Jei kitas Requests pavyzdys veikia, o PyTumblr ne, patikrinkite, kaip kiekvienas gauna savo transportą. Nesusijusios requests.Session sukūrimas palieka PyTumblr modulio lygio kvietimus nepakeistus; šiame šaltinyje TumblrRequest konstruktoriuje nėra įterptos sesijos argumento.

Tada palyginkite faktinių paleidimų aplinkas. IDE arba užduočių tarnyba gali nepaveldėti kintamųjų iš terminalo, naudoto sėkmingai užklausai. Proxy autentifikacija, kai jos reikia, yra atskira nuo Tumblr OAuth.

Susiję straipsniai