Start et PyTumblr-job med Requests-proxy-miljøet
PyTumblr-modulniveauets Requests-kald læser procesmiljøet; en urelateret Session konfigurerer ikke disse kald.
For PyTumblr-implementeringen TumblrRequest, der kalder Requests til GET, POST og DELETE, start jobbet med:
https_proxy='http://proxy.example:8080' python tumblr_job.pyStandard-Tumblr-API-værten bruger HTTPS, så https_proxy er den relevante variabel. Dens HTTP-URL identificerer mellemleddets lytter. Behold API-værten og den eksisterende OAuth-konfiguration, som de er.
Tilføj http_proxy kun for relevante HTTP-destinationer, der har brug for den rute. Til et SOCKS5-endepunkt fra din udbyder eller fra SOCKS5-proxy-listen skal du bruge en passende socks5- eller socks5h-URL med Requests' SOCKS-understøttelse; at mærke en lytter på port 1080 som http:// kan ikke ændre dens protokol.
Hvis et andet Requests-eksempel virker, men PyTumblr ikke gør, skal du kontrollere, hvordan hver af dem får deres transport. Oprettelse af en urelateret requests.Session efterlader PyTumblrs kald på modulniveau uændrede; denne kilde har intet injiceret-session-argument i TumblrRequest's konstruktør.
Sammenlign derefter miljøerne for de faktiske starter. En IDE eller en jobtjeneste arver muligvis ikke variablerne fra terminalen, der blev brugt til den vellykkede anmodning. Proxy-godkendelse, når det er påkrævet, er adskilt fra Tumblr OAuth.