پروکسی آپ کی HTTParty کلاس پر ہی رہتی ہے

جب کوئی Ruby کلاس HTTParty شامل کرتی ہے، تو پروکسی اسی کلاس پر رکھیں اور اسی کے ذریعے درخواستیں کریں:

class Reports
  include HTTParty
  http_proxy 'proxy.example', 8080
end

response = Reports.get('https://reports.example/monthly')

مثال فرض کرتی ہے کہ HTTParty لوڈ ہے۔ پروکسی میتھڈ میزبان نام اور صحیح عدد پورٹ لیتا ہے، ساتھ میں اختیاری صارف نام اور پاس ورڈ دلیل۔ پروکسی اکاؤنٹ کے بغیر اجازت یافتہ public-API ٹیسٹ کے لیے، میزبان اور پورٹ کے لیے HTTP پروکسی فہرست سے کوئی HTTP امیدوار استعمال کریں۔ منزل URL کو get پر رکھیں۔

Reports کے کسی انسٹنس میتھڈ کے اندر، self.class.get(...) تب استعمال کریں جب ارادہ اسی تشکیل شدہ کلاس میتھڈ کو بلانا ہو۔ اس کے بجائے اعلیٰ سطحی HTTParty ماڈیول بلانا اس ریپر کو نظرانداز کر سکتا ہے جس کے ڈیفالٹ آپ نے ابھی تشکیل کیے ہیں۔

یہی فرق تب اہم ہے جب کئی API ریپر ایک ہی ایپلیکیشن ساجھا کرتے ہیں۔ ایک کلاس ٹھیک کرنے کے لیے HTTParty::Basement کو عالمی طور پر بدلنے کے بجائے ہر ایک کو اس کی مطلوبہ پروکسی پالیسی دیں۔

HTTParty فی درخواست پروکسی اختیارات بھی جیسے http_proxyaddr اور http_proxyport فراہم کرتا ہے۔ جب راستہ واقعی ایک درخواست کا حصہ ہو تو وہ استعمال کریں۔ جب ہر Reports کارروائی کو ایک ہی راستہ اختیار کرنا ہو تو کلاس ڈیفالٹ پڑھنے میں آسان ہوتے ہیں۔