Request: 파일 업로드는 표준 읽기 스트림에서만 작동합니다.

유효한 멀티파트 요청으로 업로드하기 위해 읽기 스트림에서 Buffer 를 래핑하려고 할 때 동일한 문제가 발생합니다.

나는 또한 이 문제를 해결하기 위해 얼마 동안 방법을 찾으려고 노력했으며 위에서 언급한 것과 동일한 문제를 경험했습니다. 누구든지 이에 대한 해결 방법을 찾았습니까? 아마도 이것은 실제로 form-data 패키지의 버그입니까?

동일한 문제가 있습니다. base64 문자열이 있고 파일로 보내야 합니다. 내 base64를 버퍼로 변환한 다음 @philipp-spiess처럼 읽기 스트림으로 래핑하지만 작동하지 않습니다. 해결 방법을 찾으셨나요?

업데이트: 현재 해결 방법은 streams2를 사용하는 bhttp(https://www.npmjs.com/package/bhttp)를 사용하는 것입니다.

버퍼를 직접 사용하여 파일을 업로드할 수 있었습니다. 파일 관련 정보(파일 이름, 유형, ...)를 지정하기만 하면 됩니다.

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

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

@PierreCavalet , 이 방법을 시도했지만 불행히도 작동하지 않았습니다.

내 "해결 방법"은 단순히 request 라이브러리를 사용하지 않고 nodejs http 서비스를 사용하여 다중 부분 POST를 구현하는 것입니다.

@PierreCavalet 버퍼가 이미 인코딩된 텍스트입니까? 나에게 버퍼는 요청의 인코딩을 깨뜨린 바이너리 블롭으로 발생합니다(분명히 제대로 인코딩되지 않았기 때문에).

편집: 분명히 특별한 인코딩이 필요하지 않습니다. 단지 잘못된 비트 오프셋일 수도 있습니다! 어쨌든 나는 오류가 잘못된 바이트에 대해 불평하는 서버였다는 것을 기억합니다.

@philipp-spiess 내 버퍼는 다음으로 생성됩니다.

Buffer.from(base64string, 'base64')

예, 바이너리 블롭입니다. 설명서에는 주어진 JavaScript 문자열을 포함하는 새 버퍼를 생성한다고 나와 있습니다. 제공된 경우 인코딩 매개변수는 문자열의 문자 인코딩을 식별합니다.

@PierreCavalet 내가 사용하고 있던 Buffer express 파일 업로드 미들웨어 multer 에서 바로 가져왔습니다.

@philipp-spies 이상하네요. 내 base64 문자열은 버퍼의 base64 인코딩에서 가져오고 이 버퍼는 내 파일 업로드에서 바로 가져옵니다. (인코딩은 다른 서비스에서 수행하므로 "아무것도"에 대해 "인코딩 및 디코딩"합니다. 따라서 그것은 당신에게도 효과가 있어야 합니다.

@samkelly bhttp 사용 을 추천해 주셔서 감사합니다. 그것은 완벽하게 작동합니다!

@ bchr02 예!

이 오류 추적: form-data 의 _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
    }
  }
}

매우 중요합니다. options 에 filename 필드를 지정해야 합니다. 그렇지 않으면 다른 예외가 발생합니다.

파일 옵션을 지정할 수 있는 경우 파일 스트림의 바이트 길이로 options.knownLength 를 지정할 수 있어야 하며 FormData에서 선택합니다.

실제로 많이 공개되지는 않았지만 FormData의 추가 정보 에 언급되어 있습니다. 내가 말할 수있는 지금까지 요청은 어디에도 언급하지 않습니다.

아, 효과가 있었습니다. 새벽 2시에 디버깅을 하도록 가르쳐 주세요. 나는 knownLength를 시도했지만 예외가 발생했다고 맹세할 수 있지만, 파일 이름 필드가 부족하여 혼돈이 발생했을 수 있습니다.

이것은 gzip 스트림의 일부인 것을 업로드하고 있으므로 길이를 모르기 때문에 내 상황에서는 작동하지 않습니다.

@ sam0x17 실제로 내가 말할 수있는 한 request는 현재 transfer-encoding: chunked 지원하지 않으므로 bhttp를 사용하지 않습니다.

또한보십시오

• https://github.com/request/request/issues/2671
• https://github.com/request/request/issues/2380
• https://github.com/request/request/issues/2488

표시

동일한 문제에 직면했습니다. 여기에 직접 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
해결 방법을 사용했지만 스트림이 전혀 전송되지 않는 것 같습니다. 관련성이 있는 경우 수신 측에서 multer를 사용하고 있습니다.

@Ncifra 현재 프로젝트에서 매일 사용하기 때문에 해결 방법이 효과가 있다고 확신합니다.
https://beeceptor.com/에서 스트림을 테스트할 수 있습니다. ;)

나는 실제로 이것을 다음과 같이 해결했습니다. https://github.com/form-data/form-data/issues/356#issue -234978025
문제와 관련된 내 원래 문제는 다음과 같습니다. https://github.com/form-data/form-data/issues/409

@BenjD90 현재 작업 중인 프로젝트에서 매우 지연된 기능이었기 때문에 코드를 되돌렸고 테스트할 수 없습니다. 모든 테스트가 너무 많은 희소 코드를 생성했기 때문에 내가 뭔가를 놓치고 있었을 수도 있습니다. 그래도 요청을 기록했고 양식 데이터 개체에 파일이 있는 것 같았지만 다른 비 바이너리 데이터가 올바르게 전송되는 동안 multer는 파일을 받지 못한 것 같습니다.

이 문제는 최근 활동이 없었기 때문에 자동으로 오래된 것으로 표시되었습니다. 더 이상 활동이 없으면 폐쇄됩니다. 귀하의 기여에 감사드립니다.

@stale 이 버그는 강철 존재이며 당일 수정되어야 합니다^^

예, 동의했습니다. 그때만큼 지금이 중요합니다. 나는 기본적으로 bhttp 대신 request 를 다시 사용하기 전에 이것이 수정되기를 기다리고 있습니다. 이것은 streams 및 streams2 API의 기본 기능이며 request 에서 완전히 지원되어야 합니다.

https://github.com/form-data/form-data/pull/397#issuecomment -471976669 및 https://github.com/bitinn/node-fetch/pull/707#issuecomment -569850948을 참조하세요.