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