પ્રોક્સી તમારા 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 કામગીરીએ સમાન માર્ગ અનુસરવો જોઈએ ત્યારે વર્ગ ડિફૉલ્ટ વાંચવા સરળ હોય છે.