Startigi PyTumblr-taskon kun la Requests-proksea medio

Por la TumblrRequest-realigo de PyTumblr, kiu vokas Requests por GET, POST kaj DELETE, startigu la taskon per:

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

La defaŭĝa Tumblr-API-gastiganto uzas HTTPS, do https_proxy estas la koncerna variablo. Ĝia HTTP-URL identigas la perantan aŭskultanton. Konservu la API-gastiganton kaj la ekzistantan OAuth-agordon senŝanĝaj.

Aldonu http_proxy nur por koncernaj HTTP-celoj bezonantaj tiun vojon. Por SOCKS5-finpunkto de via provizanto aŭ de la SOCKS5-proksea listo, uzu taŭgan socks5 aŭ socks5h URL kun la SOCKS-subteno de Requests; etikedi aŭskultanton ĉe pordo 1080 kiel http:// ne povas ŝanĝi ĝian protokolon.

Se alia Requests-ekzemplo funkcias sed PyTumblr ne, kontrolu kiel ĉiu akiras sian transporton. Krei ne rilatan requests.Session lasas la vokojn de PyTumblr je modula nivelo senŝanĝaj; ĉi tiu fonto havas neniun enĵettan sean-argumenton en la konstruilo de TumblrRequest.

Poste komparu la mediojn de la faktaj startoj. IDE aŭ taskoservo eble ne heredas la variablojn de la terminalo uzita por la sukcesa peto. Proksea aŭtentikigo, kiam bezonata, estas aparta de Tumblr OAuth.