Faraday: URI सत्यापन विफल हो जाता है जब इसमें आरक्षित वर्ण होते हैं

को निर्मित 4 दिस॰ 2020 · 3टिप्पणियाँ · स्रोत: lostisland/faraday

बुनियादी जानकारी

फैराडे संस्करण: 1.1.0
रूबी संस्करण: 2.7.1

मुदे का विवरण

मेरे द्वारा उपयोग किए जा रहे सेवा प्रदाताओं में से एक के URL इस प्रकार हैं: https://service.com/service:search । इस प्रकार हम फैराडे की स्थापना करते हैं:

class Provider::Client
 ...
 delegate :post, :patch, :delete, :put, to: :client

 def client
  Faraday.new(url: 'https://service.com/') do |faraday|
    faraday.headers = headers.merge(content_type: content_type)
    faraday.response(:json, content_type: CONTENT_TYPE)
    faraday.basic_auth(USER, PASSWORD)
    faraday.adapter(Faraday.default_adapter)
  end
 end
end

और जब मैं इसे आमंत्रित करता हूं

data = Provider::Client.post(
  "service:search?limit=#{LIMIT}&offset=#{offset}", search_params
)

लेकिन जब मैं प्रश्न में यूआरएल के साथ ऐसा करता हूं, तो मुझे यह मिलता है:

URI::InvalidURIError: query conflicts with opaque
from /Users/luiz/.rbenv/versions/2.7.1/lib/ruby/2.7.0/uri/generic.rb:832:in `query='

मुझे लगता है कि यह नेट/http एडाप्टर से संबंधित कुछ था क्योंकि यह डिफ़ॉल्ट एडाप्टर है इसलिए मैंने वही कॉल मैन्युअल रूप से किया था

require "uri"
require "net/http"

url = URI("https://service.com/service:search?limit=50&offset=400")

https = Net::HTTP.new(url.host, url.port);
https.use_ssl = true
request = Net::HTTP::Post.new(url)
request["Accept"] = "custom_header"
request["Authorization"] = "Basic xxx="
request["Content-Type"] = "application/json"
request.body = "long_json"
response = https.request(request)

puts response.read_body

और यह वास्तव में काम करता है इसलिए मुझे संदेह है कि फैराडे में कुछ इस यूआरएल को नेट/http से अलग तरीके से मान्य कर रहा है

bug good first issue

स्रोत

luizkowalski

सबसे उपयोगी टिप्पणी

@luizkowalski बिल्कुल सही, हाँ यही वही है जो मेरा मतलब था

हालांकि यह सभी मामलों में काम नहीं करता है क्योंकि आपको आधार के सापेक्ष पथ को जोड़ने की आवश्यकता हो सकती है जो / से शुरू नहीं हो सकता है।

जैसा कि फैराडे मानता है कि प्रदान किया गया URL निरपेक्ष है यदि यह / शुरू होता है और आधार को प्रदान किए गए पथ को हटा देता है।
खुशी है कि आपको पहले से ही वर्कअराउंड मिल गया है, लेकिन इसे अभी भी ठीक से ठीक किया जाना चाहिए ताकि वर्कअराउंड अब आवश्यक न हो

iMacTia 7 दिस॰ 2020

👍2

सभी 3 टिप्पणियाँ

हाय @luizkowalski , अपवाद URI से आ रहा है और query= विधि की पहली पंक्तियों में उठाया गया है:

def query=(v)
  return <strong i="9">@query</strong> = nil unless v
  raise InvalidURIError, "query conflicts with opaque" if <strong i="10">@opaque</strong>
  ...
end

फैराडे कुछ सामान्य परिवर्तनों में मदद करने के लिए इसे विभाजित और पुनर्संयोजन करके अनुरोध url पर कुछ आंतरिक जादू करता है, और मुझे लगता है कि किसी बिंदु पर यह @opaque को : की उपस्थिति के लिए धन्यवाद सेट करने का कारण बन सकता है।
मैंने इस समस्या का पता इस लाइन तक लगाया है: https://github.com/lostisland/faraday/blob/c26df87b8653db4f270e3bcdc7a15bcdd2dd5cae/lib/faraday/connection.rb#L525
अपने उदाहरण कोड का उपयोग करते हुए, base होगा #<URI::HTTPS https://service.com/> और url होगा service:search?limit=50&offset=400 ।
अब, दिलचस्प रूप से पर्याप्त है, यदि यूआरआई के लिए + विधि के दूसरे पैरामीटर में : , तो ऐसा लगता है कि परिणाम काफी अप्रत्याशित है!

2.7.1 > url
 => "service:search?limit=50&offset=400" 
2.7.1 > base
 => #<URI::HTTPS https://service.com/> 
2.7.1 > base + url
 => #<URI::Generic service:search?limit=50&offset=400>

किसी कारण से, base हटा दिया गया है और केवल url बचा है।
इस मामले में फिक्स काफी आसान है, यूआरएल में केवल / प्रीपेड करने के लिए पर्याप्त है और चीजें उम्मीद के मुताबिक काम करती हैं:

data = Provider::Client.post(
  "/service:search?limit=#{LIMIT}&offset=#{offset}", search_params
)

हालांकि यह सभी मामलों में काम नहीं करता है क्योंकि आपको base सापेक्ष पथ जोड़ने की आवश्यकता हो सकती है जो / शुरू नहीं हो सकता है।
कृपया इसे / करके देखें और मुझे बताएं कि क्या यह काम करता है, लेकिन मैं इस मुद्दे को देखने के लिए खुला छोड़ दूंगा और फैराडे में कोड की उस पंक्ति को ठीक करने का एक संभावित तरीका ढूंढूंगा ताकि यह इस मामले में काम करता है।
यदि आप इसे स्वयं आज़माना चाहते हैं तो मैं खुशी-खुशी एक पीआर की समीक्षा करूँगा

iMacTia 4 दिस॰ 2020

@iMacTia इसने अब काम किया। आधार URL है: https://service.com/api । जब मैंने / को service:search जोड़ा तो मुझे एक त्रुटि मिली और देखा कि /api मूल URL से चला गया था इसलिए मैंने /api/service:search जोड़ा और अब यह ठीक है

luizkowalski 7 दिस॰ 2020