HTTParty પ્રોક્સી પ્રમાણીકરણ: હોસ્ટ, પોર્ટ, વપરાશકર્તાનામ અને પાસવર્ડ
HTTP પ્રોક્સી હોસ્ટ, સંખ્યાત્મક પોર્ટ અને વૈકલ્પિક પ્રોક્સી ઓળખપત્રો સીધા HTTParty વિનંતીને આપો, API ટોકન તેના પોતાના હેડરમાં રાખીને.
HTTParty ફોરવર્ડ પ્રોક્સીને વિનંતીના વિકલ્પો તરીકે સ્વીકારે છે. સેવાનું URL પ્રથમ દલીલ તરીકે રાખો:
response = HTTParty.get(
'https://api.example/items',
http_proxyaddr: 'proxy.example',
http_proxyport: 8080,
http_proxyuser: ENV.fetch('PROXY_USER'),
http_proxypass: ENV.fetch('PROXY_PASSWORD'),
headers: { 'Authorization' => "Bearer #{ENV.fetch('API_TOKEN')}" },
open_timeout: 5,
read_timeout: 15
)
puts response.code
પ્રોક્સી હોસ્ટ અને પોર્ટ મધ્યસ્થને ઓળખે છે. પ્રોક્સી વપરાશકર્તા અને પાસવર્ડ ત્યાં પ્રમાણિત થાય છે. Authorization હેડર APIનું છે, જેનું ખાતું સંપૂર્ણપણે અલગ હોઈ શકે છે.
પ્રમાણીકરણ વગરના પ્રોક્સી માટે http_proxyuser અને http_proxypass છોડી દો. મંજૂર જાહેર માર્ગ પર જાહેર API વિનંતી માટે HTTP પ્રોક્સી સૂચિમાંથી HTTP સરનામું લો, વિનંતીમાં કે વર્ગના ડિફોલ્ટમાં પ્રોક્સી ઓળખપત્રો રાખ્યા વગર. હોસ્ટ ક્ષેત્ર પ્રોક્સી સરનામા તરીકે Net::HTTPને આપવામાં આવે છે; હોસ્ટનામ તેના પોર્ટથી અલગ આપો, ગંતવ્ય URL કે PAC URL નહીં.
HTTParty સમાવતો રેપર વર્ગ તેના બદલે ડિફોલ્ટ સેટ કરવા માટે તેની http_proxy વર્ગ પદ્ધતિ વાપરી શકે છે. વિનંતીના વિકલ્પો તે આપતા કૉલ માટે એ ડિફોલ્ટને બદલી નાખે છે.
આ HTTPartyના ડિફોલ્ટ કનેક્શન એડેપ્ટરનું વર્ણન કરે છે. કસ્ટમ connection_adapter તેના વિકલ્પોનું અર્થઘટન કરવા જવાબદાર છે, તેથી માન્ય સેટિંગ અવગણાયેલું લાગે ત્યારે તે એડેપ્ટર તપાસો. HTTP સ્થિતિને પાર્સ કરેલ API ડેટાથી અલગ વાંચો; સફળ JSON પાર્સિંગ પ્રમાણીકરણનું પરિણામ નથી.