प्रॉक्सी तुमच्या HTTParty क्लासवरच असते
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 क्रियेने एकाच मार्गाने जायचे असल्यास क्लास डीफॉल्ट वाचायला सोपे असतात.