የ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 ትርጉም የማረጋገጫ ውጤት አይደለም።