Requests প্রক্সি এনভায়রনমেন্টে PyTumblr জব শুরু করুন
PyTumblr-এর মডিউল-স্তরের Requests কল প্রসেস এনভায়রনমেন্ট পড়ে; একটি সম্পর্কহীন Session সেই কলগুলো কনফিগার করে না।
GET, POST ও DELETE-এর জন্য Requests ব্যবহার করে এমন PyTumblr-এর TumblrRequest বাস্তবায়নের জন্য জবটি এভাবে শুরু করুন:
https_proxy='http://proxy.example:8080' python tumblr_job.pyডিফল্ট Tumblr API হোস্ট HTTPS ব্যবহার করে, তাই https_proxy প্রাসঙ্গিক ভেরিয়েবল। এর HTTP URL মধ্যবর্তী লিসেনার চিহ্নিত করে। API হোস্ট ও বিদ্যমান OAuth কনফিগারেশন যেমন আছে তেমনই রাখুন।
শুধু সেই রুট প্রয়োজন এমন প্রাসঙ্গিক HTTP গন্তব্যের জন্য http_proxy যোগ করুন। আপনার প্রদানকারীর SOCKS5 এন্ডপয়েন্ট বা SOCKS5 প্রক্সি তালিকা থেকে আসা এন্ডপয়েন্টের জন্য Requests-এর SOCKS সমর্থনসহ উপযুক্ত socks5 বা socks5h URL ব্যবহার করুন; 1080 পোর্টের লিসেনারকে http:// লেবেল দিলে তার প্রোটোকল বদলায় না।
অন্য কোনো Requests উদাহরণ কাজ করলে কিন্তু PyTumblr না করলে, প্রত্যেকে কীভাবে ট্রান্সপোর্ট পায় তা যাচাই করুন। সম্পর্কহীন requests.Session তৈরি করলে PyTumblr-এর মডিউল-স্তরের কল অপরিবর্তিত থাকে; এই সূত্রে TumblrRequest-এর কনস্ট্রাক্টরে কোনো ইনজেক্টেড-সেশন আর্গুমেন্ট নেই।
তারপর প্রকৃত লঞ্চগুলোর এনভায়রনমেন্ট তুলনা করুন। একটি IDE বা জব সার্ভিস সফল অনুরোধের জন্য ব্যবহৃত টার্মিনালের ভেরিয়েবল উত্তরাধিকারে নাও পেতে পারে। প্রক্সি প্রমাণীকরণ, যখন প্রয়োজন, Tumblr OAuth থেকে আলাদা।