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 பாகுபடுத்தல் அங்கீகார முடிவு அல்ல.

தொடர்புடைய கட்டுரைகள்