प्रॉक्सी आपकी 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 कार्रवाई को एक ही मार्ग पर चलना हो तो क्लास डिफ़ॉल्ट पढ़ने में आसान होते हैं।