<p>request.get क्रैश हो जाता है "हेडर सामग्री में अमान्य वर्ण हैं"</p>

को निर्मित 8 मार्च 2016 · 20टिप्पणियाँ · स्रोत: request/request

ये कोशिश करें:

require('request').get('http://www.test.com/אבגד.pdf');

कुछ मिलीसेकंड के बाद यह TypeError('The header content contains invalid characters') साथ क्रैश हो जाता है

अब अगर मैं इसे encodeURI में लपेटता हूं - यह सफल होता है।
लेकिन अगर हमें बाहरी स्रोत से url प्राप्त होते हैं - तो वे एन्कोडेड हो भी सकते हैं और नहीं भी। क्या इससे निपटने के लिए किसी प्रकार का अंतर्निहित तंत्र है? ( encodeURI(decodeURI(url)) )

स्रोत

danielgindi

👍13

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

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

तो मैं कहूंगा कि यह request में एक बहुत ही गंभीर बग है। त्रुटि को प्रचारित करने की आवश्यकता है।

TimBeyer 24 मार्च 2016

👍18

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

इसके अलावा - मुझे उस अपवाद को पकड़ने का कोई तरीका नहीं मिला। कोई फर्क नहीं पड़ता कि कोई कोशिश है, या .on('error', ...

danielgindi 8 मार्च 2016

👍1

मुझे नोड संस्करण 0.12.12 और अधिक का उपयोग करके एक ही त्रुटि मिल रही है। वही कोड 0.12.9 के साथ काम करता है:

_http_outgoing.js:355
      throw new TypeError('The header content contains invalid characters');
            ^
TypeError: The header content contains invalid characters
    at ClientRequest.OutgoingMessage.setHeader (_http_outgoing.js:355:13)
    at new ClientRequest (_http_client.js:101:14)
    at Object.exports.request (http.js:49:10)
    at Object.exports.request (https.js:136:15)
    at Request.start (//application/node_modules/request/request.js:747:30)
    at Request.end (/application/node_modules/request/request.js:1381:10)
    at end (/application/node_modules/request/request.js:575:14)
    at Immediate._onImmediate (/application/node_modules/request/request.js:589:7)
    at processImmediate [as _immediateCallback] (timers.js:367:17)

luiselizondo 9 मार्च 2016

पता चला कि मेरे मामले में मैं एक कुकी पर लाइन ब्रेक भेज रहा था। मुझे इसे हटाना पड़ा।

luiselizondo 9 मार्च 2016

👍8

नहीं, मेरा मामला एक साधारण एक-लाइनर है, कोई कुकीज़ नहीं, कोई अतिरिक्त शीर्षलेख नहीं है।

danielgindi 9 मार्च 2016

मेरे खाते की जानकारी तक पहुंचने का प्रयास करते समय मुझे https://github.com/matt-major/do-wrapper का उपयोग करके एक ही समस्या मिलती है।

_http_outgoing.js:348
    throw new TypeError('The header content contains invalid characters');
    ^

TypeError: The header content contains invalid characters
    at ClientRequest.OutgoingMessage.setHeader (_http_outgoing.js:348:11)
    at new ClientRequest (_http_client.js:85:14)
    at Object.exports.request (http.js:31:10)
    at Object.exports.request (https.js:197:15)
    at Request.start (/home/pierre/Documents/freelance/upwork/dosh/node_modules/do-wrapper/node_modules/request/request.js:746:30)
    at Request.write (/home/pierre/Documents/freelance/upwork/dosh/node_modules/do-wrapper/node_modules/request/request.js:1345:10)
    at end (/home/pierre/Documents/freelance/upwork/dosh/node_modules/do-wrapper/node_modules/request/request.js:560:16)
    at Immediate._onImmediate (/home/pierre/Documents/freelance/upwork/dosh/node_modules/do-wrapper/node_modules/request/request.js:588:7)
    at processImmediate [as _immediateCallback] (timers.js:383:17)

pierreozoux 10 मार्च 2016

TimBeyer 24 मार्च 2016

👍18

मैंने इस मुद्दे को ठीक करने की कोशिश में अब एक अच्छा 2h निवेश किया है, जिसके लिए एक पुनरुत्पादन परीक्षण केस लिखना बहुत छोटा था।
मैं इस निष्कर्ष पर पहुंचा हूं कि कोडबेस के मेरे वर्तमान ज्ञान के साथ यह अपरिवर्तनीय है जब तक कि सत्यापन को https://github.com/request/caseless में नहीं जोड़ा जाएगा, जो बीटीडब्ल्यू ने मुझे खोजने के लिए एक ठोस 20-30 मिनट की लागत वास्तव में है self.setHeader । उस व्यवहार को न तो caseless पर प्रलेखित किया गया है, न ही यह नाम से स्पष्ट है कि यह सेटिंग और हेडर प्राप्त करने से संबंधित है, और न ही यह उम्मीद की जाती है कि caseless.httpify(self, self.headers) बंदर वस्तु को setHeader साथ पैच करेगा

try/catch उस बिंदु पर जहां अनुरोध ऑब्जेक्ट बनाया गया है, उससे पुनर्प्राप्त करना बहुत असंभव है क्योंकि निष्पादन को रद्द करने का कोई आसान तरीका नहीं है। self.req.end को अभी भी कॉल किया जाएगा, और यदि कॉल हटा दी जाती है तो बाद के व्यवहार में से कोई भी ट्रिगर नहीं होता है (फिर से, पूरी तरह से स्पष्ट कारणों के लिए)।

कुंद होने के लिए, यह मुझे डराता है कि मेरी उत्पादन सेवाएं 1.4k लाइन मुख्य फ़ाइल वाली लाइब्रेरी पर निर्भर करती हैं जिसमें तर्क इतना जटिल है कि कोशिश/पकड़ से त्रुटि को प्रचारित करना जितना आसान है, पूरी तरह से गहराई से अध्ययन किए बिना व्यावहारिक रूप से असंभव है घटनाओं की रुब गोल्डबर्ग मशीन। इससे दूर जाने का समय आ गया है।

TimBeyer 24 मार्च 2016

यह नोड 5.6.0 और इसके बाद के संस्करण को भी प्रभावित करता है जिसमें अधिक सख्त हेडर सत्यापन है: https://github.com/nodejs/node/blob/v5.6.0/CHANGELOG.md

jankronquist 11 अप्रैल 2016

यहाँ फिक्स्ड https://github.com/request/request/pull/2164

अपने कोड में त्रुटि को संभालने के तरीके के परीक्षण पर एक नज़र डालें।

simov 11 अप्रैल 2016

ऐसा लगता है कि त्रुटि को संभालना हमेशा की तरह है, .on('error', ... घटना के साथ। अच्छा!

यह भविष्य में बेवकूफी भरी बातों पर ऐप को क्रैश किए बिना request और अधिक बुलेटप्रूफ बना देगा।

danielgindi 11 अप्रैल 2016

खैर, अब मैं एक अविश्वसनीय रूप से मूर्खतापूर्ण चुभन की तरह महसूस करता हूं।
मेरे पास वास्तव में वही समाधान तैयार था और मेरे परीक्षण लगातार असफल होंगे।
मेरे 'तुच्छ परीक्षण मामले' में बदल गया मैं t.end() पर कॉल करना भूल गया।

क्षमा करें, अगली बार मैं अपनी शाखा प्रकाशित करूँगा और प्रतिक्रिया माँगूँगा।

TimBeyer 11 अप्रैल 2016

@TimBeyer कोई समस्या नहीं, संस्करण 2.71 को फिक्स के साथ प्रकाशित किया गया है: +1:

simov 12 अप्रैल 2016

@simov संस्करण 2.71 ने मेरे लिए आंशिक रूप से समस्या को ठीक कर दिया है, यहाँ मेरा परिदृश्य है मैं एक पोस्ट अनुरोध भेज रहा हूँ और डेटा को विखंडू के रूप में प्राप्त कर रहा हूँ,

request({
              method: 'POST',
              headers: {
                 'test': 'אבגד'
              },
              uri: apiUrl,
              qs: req.query,
              json: req.body,
              gzip: true
            }
            , function(error, response, body) {
               console.log('callback')
            })
            .on('response', function (response) {
             console.log(response)
            })
            .on('error', function (err) {
              console.log(err);
            });

जब मैं इसे चलाता हूं तो मुझे एक त्रुटि मिलती है

return self.req.write.apply(self.req, arguments)
                 ^

TypeError: Cannot read property 'write' of undefined
    at Request.write (/Users/muhammadkhurrumqureshi/Workspace/www/node_modules/request/request.js:1385:18)
    at end (/Users/muhammadkhurrumqureshi/Workspace/www/node_modules/request/request.js:565:18)
    at Immediate._onImmediate (/Users/muhammadkhurrumqureshi/Workspace/www/node_modules/request/request.js:594:7)
    at processImmediate [as _immediateCallback] (timers.js:383:17)

क्या आप कृपया इसमें मदद कर सकते हैं?

khurrumqureshi 12 अप्रैल 2016

@khurrumqureshi ने यहां https://github.com/request/request/pull/2165 :+1 तय किया:

मूल रूप से end विधि के समान ही चेक। इसका कारण यह है कि पिछली लाइन पर start को कॉल किया जा रहा है, और अब तक इसे फेंकने की उम्मीद नहीं थी। जब आपके अनुरोध में एक बॉडी है write को end से पहले कॉल किया जाता है, इसलिए त्रुटि।

simov 12 अप्रैल 2016

@सिमोव : +1:

khurrumqureshi 13 अप्रैल 2016

मेरा भी यही विचार है।

TypeError: The header content contains invalid characters
    at ClientRequest.OutgoingMessage.setHeader (_http_outgoing.js:348:11)
    at new ClientRequest (_http_client.js:85:14)
    at Object.exports.request (http.js:31:10)
    at Object.exports.request (https.js:199:15)
    at Request.start (/home/mymodule/node_modules/request/request.js:744:32)
    at Request.end (/home/mymodule/node_modules/request/request.js:1433:10)
    at end (/home/mymodule/node_modules/request/request.js:566:14)
    at Immediate.<anonymous> (/home/mymodule/node_modules/request/request.js:580:7)
    at runCallback (timers.js:570:20)
    at tryOnImmediate (timers.js:550:5)

प्रतिक्रिया शीर्षलेख हैं:

headers:
      { 'x-backside-transport': 'OK OK,FAIL FAIL',
        connection: 'close',
        'transfer-encoding': 'chunked',
        'x-dp-local-file': 'true',
        'x-client-ip': '127.0.0.1,176.31.126.162',
        'x-global-transaction-id': '145630106',
        date: 'Tue, 08 Nov 2016 01:03:59 GMT',
        'www-authenticate': 'Basic realm="Gateway(Log-in)"',
        'x-archived-client-ip': '127.0.0.1',
        'content-type': '',
        'x-dp-tran-id': 'gateway' },
     rawHeaders:
      [ 'X-Backside-Transport',
        'OK OK,FAIL FAIL',
        'Connection',
        'close',
        'Transfer-Encoding',
        'chunked',
        'x-dp-local-file',
        'true',
        'X-Client-IP',
        '127.0.0.1,176.31.126.162',
        'X-Global-Transaction-ID',
        '145630106',
        'Date',
        'Tue, 08 Nov 2016 01:03:59 GMT',
        'WWW-Authenticate',
        'Basic realm="Gateway(Log-in)"',
        'X-Archived-Client-IP',
        '127.0.0.1',
        'Content-Type',
        '',
        'X-DP-Watson-Tran-ID',
        'gateway' ]

अनुरोध के शीर्षलेख हैं:

{ accept: 'application/json',
     authorization: 'Basic ...g==',
     referer: 'https://hostname.com/classify?text=%20So%20happy%20with%20this%20👍👍👍👍👍',
     host: 'gateway.myclass.net' }

जैसा कि आप देख सकते हैं कि अनुरोध में 3 गुना विशेष वर्ण <U+1F44D> ।

हो सकता है कि समस्या है?

ऐसा लगता है कि node.js https मॉड्यूल इसका समर्थन नहीं करता है।

bitliner 8 नव॰ 2016

बस अगर किसी और के पास वही मुद्दा था जैसा मैंने किया था - मुझे यह त्रुटि aws-sdk और यह मुझे घंटों तक पागल कर रहा था। एक PrvScan वर्ण \u001b[5~ निकला जो किसी कारण से मेरी ~/.aws/credentials फ़ाइल में छिपा हुआ था, जो AWS अनुरोधों द्वारा उपयोग किए जाने वाले प्राधिकरण शीर्षलेख में प्रचारित किया गया था। त्रुटि केवल मेरी विंडोज 7 मशीन पर दिखाई दी, इसलिए शायद यह कुछ ऐसा था कि मेरे एडब्ल्यूएस खाते और कुछ विंडोज कैरेक्टर एन्कोडिंग से क्रेडेंशियल फ़ाइल कैसे पुनर्प्राप्त की गई थी। यह तब दिखाई नहीं दे रहा था जब cat क्रेडेंशियल फ़ाइल में आई थी, लेकिन एक बार जब मैंने फ़ाइल को vi साथ खोला तो यह दिखाई देने लगा।

henhal 9 जन॰ 2017

👍5

हाँ, बस एक ही मुद्दा था। मुझे यह पता लगाने में कुछ घंटे लगे कि मुझे स्वीकार करना होगा।
विंडोज़ मशीन पर MINGW64 (गिट बैश) का उपयोग कर रहा था। कमांड प्रॉम्प्ट में नोड का उपयोग करके उसी स्क्रिप्ट को चलाने का प्रयास किया .... और हैलो ... यह काम किया ????

lloyddugmore 22 मार्च 2018

मैंने बस एक ही त्रुटि मारा और इसे पकड़ने का कोई तरीका नहीं मिल रहा है। मैं एक छवि प्रॉक्सी बना रहा हूं, इसलिए मैं वास्तव में नियंत्रित नहीं कर सकता कि दूसरा सर्वर क्या लौटा रहा है। मैं उत्पादन में पूरे सर्वर को भुनाने से कैसे बच सकता हूँ?

nkostadinov 20 नव॰ 2018

👍1

मेरे पास एक ही मुद्दा था, जब मैं "सेट" को "ऑथ" के लिए एक्सचेंज करता हूं तो यह काम करना शुरू कर देता है। उदाहरण के लिए:

it('ERROR, Wrong GET request', (done)=>{
    request(server).get("/api/")
    .set('Authorization', 'Bearer ' + tokenKey)
    .then(res=>{
        expect(res.statusCode).to.equal(404);
        done()
    }).catch(err=>done(err))
})

कंसोल RES: त्रुटि, गलत अनुरोध प्राप्त करें:
लेखन त्रुटि [ERR_INVALID_CHAR]: शीर्ष लेख सामग्री में अमान्य वर्ण ["प्राधिकरण"]

कोड को इसमें बदलने के बाद:

it('ERROR, Wrong GET request', (done)=>{
    request(server).get("/api/")
    .auth('Authorization', 'Bearer ' + tokenKey) //**<---here is the change**
    .then(res=>{
        expect(res.statusCode).to.equal(404);
        done()
    }).catch(err=>done(err))
})

कंसोल रेस: ओकेआई; पी

LeszekChojnacki 4 जन॰ 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

<p>request.get क्रैश हो जाता है "हेडर सामग्री में अमान्य वर्ण हैं"</p>

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

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

संबंधित मुद्दों