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_proxy صرف ان متعلقہ HTTP منزلوں کے لیے شامل کریں جنہیں یہ راستہ درکار ہے۔ اپنے فراہم کنندہ سے یا SOCKS5 پراکسی فہرست سے SOCKS5 اینڈ پوائنٹ کے لیے، Requests کی SOCKS معاونت کے ساتھ موزوں socks5 یا socks5h URL استعمال کریں؛ پورٹ 1080 پر سننے والے کو http:// کا لیبل لگانا اس کا پروٹوکول نہیں بدل سکتا۔

اگر کوئی اور Requests مثال کام کرے مگر PyTumblr نہ کرے، تو دیکھیں کہ ہر ایک اپنا ٹرانسپورٹ کیسے حاصل کرتا ہے۔ غیر متعلق requests.Session بنانا PyTumblr کی ماڈیول سطح کی کالوں کو بغیر تبدیلی چھوڑ دیتا ہے؛ اس ماخذ میں TumblrRequest کے کنسٹرکٹر میں کوئی انجیکٹڈ سیشن دلیل نہیں ہے۔

پھر اصل لانچوں کے ماحول کا موازنہ کریں۔ ممکن ہے کوئی IDE یا جاب سروس کامیاب درخواست کے لیے استعمال ہونے والے ٹرمینل کے متغیرات وراثت میں نہ لے۔ پراکسی کی توثیق، جب درکار ہو، Tumblr OAuth سے الگ ہے۔

متعلقہ مضامین