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

ተዛማጅ ጽሑፎች