ابدأ مهمة PyTumblr مع بيئة وكيل Requests

تقرأ استدعاءات Requests على مستوى الوحدة في PyTumblr بيئة العملية؛ وجلسة Session منفصلة لا تضبط تلك الاستدعاءات.

لتطبيق TumblrRequest في PyTumblr، الذي يستدعي Requests لطلبات GET وPOST وDELETE، شغّل المهمة بهذا الأمر:

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

يستخدم مضيف Tumblr API الافتراضي HTTPS، لذا فإن https_proxy هو المتغيّر المعني. ويحدّد عنوان URL بصيغة HTTP منفذ الاستماع الوسيط. أبقِ مضيف API وإعدادات OAuth الحالية كما هي.

أضف http_proxy فقط لوجهات HTTP المعنية التي تحتاج إلى ذلك المسار. ولنقطة نهاية SOCKS5 من مزوّدك أو من قائمة وكلاء SOCKS5، استخدم عنوان URL مناسبًا بصيغة socks5 أو socks5h مع دعم SOCKS في Requests؛ وتسمية مستمع على المنفذ 1080 بصيغة http:// لا يمكن أن تغيّر بروتوكوله.

إذا نجح مثال Requests آخر وفشل PyTumblr، فافحص كيف يحصل كل منهما على وسيلة النقل. إنشاء requests.Session غير مرتبط يترك استدعاءات PyTumblr على مستوى الوحدة دون تغيير؛ ولا يحتوي هذا المصدر على وسيط جلسة محقونة في مُنشئ TumblrRequest.

ثم قارن بيئات عمليات التشغيل الفعلية. قد لا ترث بيئة تطوير متكاملة أو خدمة مهام المتغيّرات من الطرفية المستخدمة في الطلب الناجح. ومصادقة الوكيل، عند الحاجة، منفصلة عن مصادقة Tumblr OAuth.

مقالات ذات صلة