د 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 بریالی تحلیل د تصدیق پایله نه ده.