Request: फ़ाइल अपलोड केवल मानक रीड स्ट्रीम के साथ काम करता है

को निर्मित 28 दिस॰ 2016 · 26टिप्पणियाँ · स्रोत: request/request

मैं एक फ़ाइल अपलोड करने का प्रयास कर रहा हूं (मल्टीपार्ट पोस्ट अनुरोध का उपयोग करके) जो टीएआर संग्रह के अंदर है (मैं टीएआर संग्रह के अंदर किसी विशेष फ़ाइल में स्ट्रीम प्राप्त करने के लिए tar-stream लाइब्रेरी का उपयोग करता हूं)। लेकिन यह हमेशा ECONNRESET त्रुटि के साथ विफल रहता है। थोड़े से प्रयोग के बाद ऐसा लगता है कि यह केवल fs.createReadStream से निर्मित स्ट्रीम को ही अपलोड कर सकता है और अन्य सभी स्ट्रीम के लिए अप्रासंगिक त्रुटि के साथ विफल हो जाता है।

समस्या को पुन: उत्पन्न करने के लिए यहां एक न्यूनतम उदाहरण दिया गया है। यदि PassThrough स्ट्रीम को formData में पास किया जाता है तो निम्न त्रुटि होती है:

ERROR { Error: socket hang up
    at createHangUpError (_http_client.js:254:15)
    at Socket.socketOnEnd (_http_client.js:346:23)
    at emitNone (events.js:91:20)
    at Socket.emit (events.js:185:7)
    at endReadableNT (_stream_readable.js:974:12)
    at _combinedTickCallback (internal/process/next_tick.js:74:11)
    at process._tickCallback (internal/process/next_tick.js:98:9) code: 'ECONNRESET' }

सर्वर:

var http = require('http');

http.createServer(function (request, response) {                                                                                    
    request.on('data', function(chunk) {
      console.log(chunk.length);
    });    
    request.on('end', function() {
      response.writeHead(200, "OK", {'Content-Type': 'text/html'});
      response.end();
    });                                                           
}).listen(8077);

ग्राहक:

var request = require('request');
var fs = require('fs');
var PassThrough = require('stream').PassThrough;

var rs = fs.createReadStream('some_file.bin'), pt = new PassThrough();  
rs.pipe(pt);    
request({
    'method': 'POST',
    'url': 'http://127.0.0.1:8077',
    'formData': {
        'uploaded_file': pt
    }
}, function (err, httpResponse, body)
{
    if (err)
        console.log('ERROR', err);
    else
        console.log({ 'statusCode': httpResponse.statusCode, 'body': body });
});

स्रोत

ovk

👍18

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

मैंने सीधे बफर का उपयोग करके अपनी फ़ाइल अपलोड करने में कामयाबी हासिल की है। आपको केवल फ़ाइल से संबंधित जानकारी निर्दिष्ट करने की आवश्यकता है (फ़ाइल का नाम, प्रकार, ...)

var formData = {
  'file': {
    value: buffer,
    options: {
      filename: file.filename,
      contentType: file.mimetype
    }
  }
}

https://github.com/form-data/form-data#alternative -submission-methods

PierreCavalet 16 जन॰ 2017

👍16 ❤10 😄7 🎉6 👀1

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

जब मैं एक वैध मल्टीपार्ट अनुरोध के रूप में अपलोड करने के लिए एक पठन स्ट्रीम में Buffer लपेटने का प्रयास करता हूं तो मुझे एक ही समस्या का अनुभव होता है।

philipp-spiess 9 जन॰ 2017

👍2

मैं भी कुछ समय के लिए इस मुद्दे के आसपास एक रास्ता खोजने की कोशिश कर रहा हूं और ऊपर वर्णित समान मुद्दों का अनुभव किया है। क्या किसी को इसके लिए कोई उपाय मिला है? शायद यह वास्तव में फॉर्म-डेटा पैकेज के साथ एक बग है?

sam0x17 10 जन॰ 2017

👍2

यहां एक ही समस्या है, मेरे पास बेस 64 स्ट्रिंग है और मुझे इसे फाइल के रूप में भेजने की जरूरत है। मैं अपने बेस 64 को एक बफर में परिवर्तित करता हूं और फिर, @ फिलिप-जासूस की तरह मैं इसे एक रीड स्ट्रीम में लपेटता हूं, लेकिन यह काम नहीं करता है। क्या आप लोगों को कोई कामकाज मिला?

PierreCavalet 13 जन॰ 2017

😕1 👍1

अपडेट करें: अभी के लिए मेरा वर्कअराउंड bhttp (https://www.npmjs.com/package/bhttp) का उपयोग कर रहा है जो स्ट्रीम 2 का उपयोग करता है

sam0x17 13 जन॰ 2017

👍2

var formData = {
  'file': {
    value: buffer,
    options: {
      filename: file.filename,
      contentType: file.mimetype
    }
  }
}

https://github.com/form-data/form-data#alternative -submission-methods

PierreCavalet 16 जन॰ 2017

👍16 ❤10 😄7 🎉6 👀1

@PierreCavalet , मैंने इस तरह से कोशिश की लेकिन दुर्भाग्य से यह काम नहीं किया।

मेरा "वर्कअराउंड" बस request लाइब्रेरी का उपयोग नहीं करना था और नोडज http सेवा का उपयोग करके मल्टीपार्ट पोस्ट को लागू करना था।

ovk 16 जन॰ 2017

@PierreCavalet क्या आपका बफर पहले से ही एन्कोडेड टेक्स्ट है? मेरे लिए बफर एक बाइनरी ब्लॉब होता है जिसने अनुरोध के एन्कोडिंग को तोड़ दिया (क्योंकि यह स्पष्ट रूप से ठीक से एन्कोड नहीं किया गया था)।

संपादित करें: स्पष्ट रूप से कोई विशेष एन्कोडिंग आवश्यक नहीं है, शायद बस एक गलत सा ऑफसेट ?! वैसे भी मुझे याद है कि त्रुटि एक अमान्य बाइट के बारे में शिकायत करने वाला सर्वर था।

philipp-spiess 16 जन॰ 2017

@ philipp-spiess मेरा बफर इसके साथ बनाया गया है:

Buffer.from(base64string, 'base64')

तो हाँ यह एक बाइनरी ब्लॉब है। दस्तावेज़ीकरण कहता है कि यह एक नया बफ़र बनाता है जिसमें दी गई जावास्क्रिप्ट स्ट्रिंग होती है। यदि प्रदान किया गया है, तो एन्कोडिंग पैरामीटर स्ट्रिंग के वर्ण एन्कोडिंग की पहचान करता है।

PierreCavalet 17 जन॰ 2017

@PierreCavalet Buffer मैं उपयोग कर रहा था सीधे multer से था, express के लिए एक फ़ाइल अपलोड मिडलवेयर।

philipp-spiess 17 जन॰ 2017

@ फिलिप-जासूस यह अजीब है। मेरी बेस 64 स्ट्रिंग एक बफर के बेस 64 एन्कोडिंग से आ रही है, और यह बफर सीधे मेरी फाइल अपलोड से है। (एन्कोडिंग एक अन्य सेवा द्वारा किया जाता है, इसलिए हम "कुछ भी नहीं" के लिए "एन्कोड और डीकोड" करते हैं)। तो यह आपके लिए भी काम करना चाहिए।

PierreCavalet 17 जन॰ 2017

@samkelly bhttp का उपयोग करने की आपकी सिफारिश के लिए बहुत-बहुत धन्यवाद। यह पूरी तरह से काम करता है!

bchr02 19 जन॰ 2017

@ bchr02 जैसे!

sam0x17 19 जन॰ 2017

इस त्रुटि को ट्रैक किया गया: फॉर्म-डेटा के _length_retriever फ़ंक्शन के साथ एक समस्या बन गई। यदि आपके पास एक स्ट्रीम है जो 3 पूरी तरह से समझी जाने वाली धाराओं में से एक नहीं है (मूल रूप से fd फ़ील्ड वाली फ़ाइलें, HTTP प्रतिक्रियाएं या आउटपुट स्ट्रीम का अनुरोध करें) तो आपको मूल रूप से इसे करने के लिए फॉर्म-डेटा से झूठ बोलना होगा सही बात (और आपको स्ट्रीम की सटीक बाइट लंबाई की आवश्यकता है)। इसे काम पर लाने के लिए, मैंने यह करना समाप्त कर दिया:

var buffer = Buffer.from(base64string, 'base64');
buffer['httpVersion'] = true;
buffer.headers = { 'content-length': 64 }
var formData = {
  'file': {
    value: buffer,
    options: {
      filename: file.filename,
      contentType: file.mimetype
    }
  }
}

बहुत महत्वपूर्ण: आपको filename फ़ील्ड को options में निर्दिष्ट करना होगा, अन्यथा आपको एक और अपवाद मिलेगा।

fomojola 17 जुल॰ 2017

यदि आप फ़ाइल विकल्प निर्दिष्ट कर सकते हैं, तो आपको अपनी फ़ाइल स्ट्रीम की बाइट लंबाई के साथ options.knownLength निर्दिष्ट करने में सक्षम होना चाहिए और इसे फॉर्मडाटा द्वारा उठाया जाएगा।

फॉर्मडाटा के रीडमी में इसका उल्लेख किया गया है, हालांकि वास्तव में ज्यादा प्रचारित नहीं किया गया है। अनुरोध अभी तक कहीं भी इसका उल्लेख नहीं करता है, मैं बता सकता हूं।

joedski 17 जुल॰ 2017

आह, यह काम कर गया: मुझे 2 बजे कोई डिबगिंग करना सिखाएं। मैं शपथ ले सकता था कि मैंने ज्ञात लम्बाई की कोशिश की और अपवाद मिला, लेकिन हो सकता है कि फ़ाइल नाम फ़ील्ड की कमी अराजकता पैदा कर रही हो।

fomojola 17 जुल॰ 2017

🎉1

यह मेरी स्थिति के लिए काम नहीं करता है, क्योंकि मैं कुछ ऐसा अपलोड कर रहा हूं जो एक gzip स्ट्रीम का हिस्सा है, इसलिए मुझे लंबाई नहीं पता है।

sam0x17 19 जुल॰ 2017

@ sam0x17 वास्तव में ऐसा नहीं होगा, जहां तक मैं कह सकता हूं, अनुरोध वर्तमान में transfer-encoding: chunked समर्थन नहीं करता है, इस प्रकार bhttp का आपका उपयोग।

यह सभी देखें

joedski 19 जुल॰ 2017

निशान

liutian1937 19 सित॰ 2017

मुझे उसी समस्या का सामना करना पड़ा, सीधे http मॉड्यूल का उपयोग करके मेरा कामकाज यहां है।

const streamSample = fs.createReadStream('data.csv').pipe(passThrough);

const formHTTP = new FormData();
formHTTP.append('sampleFieldText', 'text-sample');
formHTTP.append('myFile', streamSample);

const requestToSend = http.request({
    method: 'post',
    host: 'localhost',
    path: '/http',
    headers: formHTTP.getHeaders()
});

formHTTP.pipe(requestToSend);

requestToSend.on('response', (res) => {
    console.log('HTTP response', res.statusCode);
});

requestToSend.on('error', (e) => {
    console.log('ERROR HTTP', e);
});

BenjD90 3 अक्तू॰ 2018

👍2

@बेंजडी90
मैंने आपके वर्कअराउंड का उपयोग किया, लेकिन ऐसा लगता है कि स्ट्रीम बिल्कुल भी नहीं भेजी जाती है। मैं प्राप्त करने वाले छोर पर मल्टर का उपयोग कर रहा हूं, यदि यह किसी प्रासंगिकता का है।

Ncifra 23 अक्तू॰ 2018

@Ncifra मुझे यकीन है कि मेरा वर्कअराउंड काम करता है, क्योंकि मैं इसे अपने वर्तमान प्रोजेक्ट पर हर रोज इस्तेमाल करता हूं।
आप https://beeceptor.com/ पर अपनी स्ट्रीम का परीक्षण कर सकते हैं;)

BenjD90 23 अक्तू॰ 2018

👍1

मैंने वास्तव में इसे निम्नलिखित द्वारा हल किया: https://github.com/form-data/form-data/issues/356#issue -234978025
यहाँ समस्या से संबंधित मेरा मूल मुद्दा है: https://github.com/form-data/form-data/issues/409

@ BenjD90 वर्तमान में मैंने कोड वापस कर दिया है और इसका परीक्षण नहीं कर सकता क्योंकि यह जिस प्रोजेक्ट पर मैं काम कर रहा हूं, उस पर यह बहुत विलंबित विशेषता थी। हो सकता है कि मुझे कुछ याद आ रहा था क्योंकि उस सभी परीक्षण ने बहुत अधिक विरल कोड बनाया था। हालांकि मैंने अनुरोधों को लॉग किया था, और फॉर्म-डेटा ऑब्जेक्ट में फ़ाइल थी, लेकिन मल्टीर इसे प्राप्त नहीं कर रहा था, जबकि अन्य गैर बाइनरी डेटा सही तरीके से भेजे जा रहे थे।

Ncifra 23 अक्तू॰ 2018

इस समस्या को स्वचालित रूप से पुराने के रूप में चिह्नित कर दिया गया है क्योंकि इसमें हाल की गतिविधि नहीं है। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। आपके योगदानों के लिए धन्यवाद।

stale[bot] 23 अक्तू॰ 2019

@stale यह बग स्टील में मौजूद है और इसे ^^ . के दिन ठीक किया जाना चाहिए

BenjD90 23 अक्तू॰ 2019

हाँ सहमत, यह अब उतना ही महत्वपूर्ण है जितना कि तब था। मैं मूल रूप से request के बजाय bhttp का उपयोग करने से पहले इसके ठीक होने की प्रतीक्षा कर रहा था। यह स्ट्रीम और स्ट्रीम2 एपीआई की एक बुनियादी विशेषता है और इसे request द्वारा पूरी तरह से समर्थित होना चाहिए।

sam0x17 23 अक्तू॰ 2019

देखें https://github.com/form-data/form-data/pull/397#issuecomment -471976669 और https://github.com/bitinn/node-fetch/pull/707#issuecomment -569850948

yaacovCR 1 जन॰ 2020

👀2 👍2

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

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

Request: फ़ाइल अपलोड केवल मानक रीड स्ट्रीम के साथ काम करता है

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

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

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