Request: POST 본문이 있는 요청에서 파이프할 수 없습니다.

이것으로 시도하십시오:

var express = require('express')
var request = require('request')

var app = express()

// put it before any other middleware
app.use(function(req, res) {
  req.pipe(
    request[req.method.toLowerCase()]('http://example.com'))
  .pipe(res)
})

app.listen(3000, function () {
  console.log('Express server listening on port 3000')
})

본문을 수정하려는 경우 새 요청을 구성하고 응답에 파이프하면 됩니다.

@simov 본문을 수정하지 않고 URL만 수정합니다. 따라서 원래 요청의 헤더 및 기타 속성을 유지하지만 새 URL을 사용하여 새 요청으로 파이프하고 싶습니다. 문제는 원본 요청이 새 요청으로 파이프될 때 본문이 복사되지 않고(버그인지 확실하지 않음) form 속성을 지정하여 본문을 복사하려고 하면 request 생성자에서 위에서 언급한 오류가 발생합니다.

"새 요청 구성"이라고 말하면 원하는 본문으로 처음부터 새 요청을 만들고 파이핑하는 대신 원래 요청의 헤더를 직접 복사한다는 의미입니까? 그렇게 할 수 있지만 기본 제공 파이프 지원을 사용하여 새 요청에서 원래 요청을 복사할 수 있다면 덜 반복적이고 취약할 것입니다.

나는 여전히 이 두 가지 문제 중 하나 또는 둘 모두가 버그라고 생각합니다(즉, 1) 파이핑할 때 요청 본문이 복사되지 않고 2) 내 originalak 게시물에 언급된 예외).

나는 명시적 또는 요청에 대해 너무 많이 알지 못하지만(작동 방식을 실제로 이해하지 않고 단일 페이지 앱 프록시에 사용하기만 하면 됨) write after end 오류가 수정되었습니다.

request.post({ url: 'http://www.example.com', form: { foo: 'bar' }}).pipe(res);

대신에:

req.pipe(request.post({ url: 'http://www.example.com', form: { foo: 'bar' }})).pipe(res);

@matthewgertner 내 코드 예제를 시도하면 작동합니다.

@simov 확실히 작동하지만 귀하의 예는 req 에 복사하려는 본문이 있는 경우를 다루지 않습니다. 실제로 귀하의 예제와 거의 동일한 코드를 사용하고 있었지만 본문이 새 요청 개체에 복사되지 않기 때문에 POST 요청을 처리해야 할 때 막혔습니다.

@matthewgertner 작동하지 않는 _exact_ 코드 예제를 제공할 수 있습니까?

@simov 내 원래 게시물의 샘플입니다. 이것을 사용하면 본문이 전송되지 않습니다.

'use strict';

let express = require('express');
let request = require('request');

let app = express();

app.use('/', (req, res) => {
  req.pipe(request.post('http://www.example.com'));
});

app.listen(process.env.PORT || 3000);

이것을 사용하면 예외가 발생합니다.

'use strict';

let express = require('express');
let request = require('request');

let app = express();

app.use('/', (req, res) => {
  req.pipe(request.post({ url: 'http://www.example.com', form: { foo: 'bar' }}));
});

app.listen(process.env.PORT || 3000);

http://www.example.com 를 http://requestb.in/ 에서 생성된 URL로 바꾸고 여기에 링크를 붙여넣을 수 있습니까? 다음과 같아야 합니다. http://requestb.in/1mv5l8h1?inspect

또는 위의 예제 코드를 사용할 수도 있습니다. 이것이 제가 서버에 사용하는 것이기 때문입니다. 그런 다음이 스크립트를 실행하고 있습니다.

var request = require('request')
request.post('http://localhost:3000', {form:{some:'data'}})

내 링크에서 볼 수 있듯이 나는 form:{some:'data'} 보냈습니다.

내 사용 사례를 설명하겠습니다. 간단한 웹 API 프록시를 구현했습니다(https://github.com/salsita/web-api-proxy 참조). HTTP 요청을 수신하고 다른 호스트로 리디렉션하여 필요한 경우 URL 매개변수를 프록시 서버의 환경 변수로 교체하기만 하면 됩니다. 요점은 비밀 키를 클라이언트 코드에 포함하지 않아도 된다는 것입니다.

GET 요청에는 잘 작동하지만 최근에는 POST에도 사용해야 한다는 요구 사항이 있었습니다. 따라서 본문이 Express 요청을 통해 들어오기 때문에 이전 의견에서와 같이 요청 본문을 초기화하지 않습니다. 가장 최근의 예는 확실히 효과가 있지만 실제로 도움이 되지는 않습니다. 내가해야 할 일은 다음과 같습니다.

req.pipe(request.post('http://some/new/url'));

req 에 본문이 있으면 이 경우 복사되지 않는 것 같습니다. 어쨌든 진실은 (환경 변수를 사용하여 교체해야 하는 자리 표시자가 있을 수 있으므로) 본문을 수정해야 _do_ 해야 하므로 다음을 수행해야 합니다.

req.pipe(request.post({ url: 'http://some/new/url', form: { some: 'form', data: 'here' }));

이로 인해 request 의 버그로 의심되는 예외가 발생합니다.

어쨌든 완전히 새로운 request 개체를 직접 만들 수는 있지만 누락된 것이 없는지 확인하고 버그인 경우 이 문제를 보고하고 싶었습니다.

항상 GET 요청을 사용하고 있기 때문에 작동하지 않습니다. 내 코드 예제를 다시 살펴보십시오.

request[req.method.toLowerCase()]('http://example.com')) 는 들어오는 요청을 기반으로 요청 방법을 설정합니다.

그 외에도 내 첫 번째 의견에서 다시 본문을 수정해야 하는 경우:

본문을 수정하려는 경우 새 요청을 구성하고 응답에 파이프하면 됩니다.

항상 GET 요청을 사용하고 있기 때문에 작동하지 않습니다. 내 코드 예제를 다시 살펴보십시오.

하지만 request.post 있습니다. request['post'] 와 동일합니다.

본문을 수정하려는 경우 새 요청을 구성하고 응답에 파이프하면 됩니다.

요청을 새 요청(헤더 복사 등)으로 파이프하기 위해 이미 request 에 있는 코드를 기본적으로 다시 작성해야 한다는 것은 큰 문제입니다. 내가 처리해야 하는 많은 극단적인 경우가 있을 수 있습니다. 하지만 네, 이것이 제가 할 일이라고 생각합니다.

IMO 예외가 발생하지 않고 양식 본문이 있는 다른 요청으로 요청을 파이프할 수 있어야 합니까, 아니면 이 동작에 대한 몇 가지 이유가 있다고 생각하십니까?

이것은 명시적으로 다른 것을 지정하지 않기 때문에 항상 GET 요청을 하는 것입니다.

새 객체의 구성은 본체를 수정하려는 경우 에만 적용

물론 현재 코드베이스는 POST를 지원하지 않습니다. 나는 그것을 고치려고 노력하고 있는데, 이때 내가 여기에 설명된 문제에 부딪쳤습니다. 사용 사례를 더 잘 설명하기 위해 기존 코드베이스를 참조했을 뿐입니다.

바디는 파이프 작업으로 복사되지 않기 때문에 바디를 수정하고 싶지 않더라도 항상 새 객체를 생성해야 한다고 확신합니다. 내가 제공한 예제를 시도 했습니까? request 개체로 파이프하는 본문이 있는 Express 요청이 필요합니다. 새 개체에서 본문이 undefined 임을 알 수 있습니다.

GET 요청에는 본문이 없습니다. 이는 의도된 것입니다.

이것은 작동합니다 (귀하의 예).

'use strict';

let express = require('express');
let request = require('request');

let app = express();

app.use('/', (req, res) => {
  req.pipe(request.post('http://www.example.com'));
});

app.listen(process.env.PORT || 3000);

이것을 사용하여 요청:

var request = require('request')
request.post('http://localhost:3000', {form:{some:'data'}})

some=data 을(를) 보냈습니다.

새 개체에서 본문이 정의되지 않은 것을 볼 수 있습니다.

그게 어딨어, 난 널 따라가지 않아.

흠, 알았어. requestb.in을 사용할 때(좋은 팁!) 본문이 실제로 _보내진_ 것을 볼 수 있습니다. 실제로 전송되지 않았다고 믿게 만든 두 가지 문제가 있었습니다.

1) cURL을 사용하여 내 서버에 요청을 보낼 때(이전 주석의 코드를 사용하여) 요청을 보낸 후 중단됩니다(즉, cURL이 종료되지 않음).
2) request.body 보면 undefined 반면 request.post 를 명시적인 form 속성과 함께 사용하여 요청을 생성하는 경우에는 그렇지 않습니다.

나는 2)는 관련이 없으며 시체는 단순히 다른 곳에 저장되어 있다고 생각합니다. 그래도 1)을 재현 할 수 있는지 알고 싶습니다. cURL( curl --data "some=data" localhost:3000 )을 통해 localhost:3000 요청을 보내면 종료되거나 중단됩니까?

1) 귀하의 예에서 아무 것도 반환하지 않기 때문에 요청이 중단됩니다. 동일한 페이지에 있는지 확인하기 위해 사용했습니다. .pipe(res) 하면 응답을 받을 수 있습니다.
2) 스트림 API를 사용할 때 request.body 는 undefined

실제 예제에서 실제로 .pipe(res) 했고 작동하지 않는 것을 확인했습니다. 요청을 보내는 것으로 나타나지 않고 중단됩니다. 귀하의 예가 효과가 있기 때문에 문제의 원인을 빠르게 찾았습니다.

app.use(bodyParser.urlencoded({ extended: true }));

body-parser 를 사용하면 배관이 더 이상 작동하지 않는 것 같습니다. 동의하십니까? 그렇다면 원인이 무엇인지 아십니까?

네, 제 첫 댓글을 다시 한 번 살펴보면 다음과 같습니다.

// 다른 미들웨어보다 먼저 배치

body-parser 는 미들웨어에 들어가기 전에 요청을 처리하지만 성공적으로 파이프하려면 원시 요청이 필요합니다.

휴! 알겠습니다. 도움과 인내심을 가져 주셔서 감사합니다. 그 바닥에 도달하는 데 시간이 걸렸습니다. 나는 여전히 모든 헤더와 물건을 파이프 한 다음 본문을 수정할 수 없다는 것이 일종의 불행이라고 생각하지만 그 주위에 방법이 없다고 생각합니다.

@simov

app.use(function(req, res) {
  req.pipe(
    request[req.method.toLowerCase()]('http://example.com'))
  .pipe(res)
})

DELETE에 실패합니다. request.del은 req.delete가 아닌 메소드이기 때문에

나는 이것이 오래되었다는 것을 알고 있지만 이에 대한 적절한 해결책을 찾는 데 어려움을 겪었고 다른 사람들에게 유용할 것이라고 생각했습니다.

'use strict';

let express = require('express');
let request = require('request');

let app = express();

app.use('/', (req, res) => {
  req.pipe(request.post({ url: 'http://www.example.com', form: { foo: 'bar' }}), {end: false}).pipe(res);
});

app.listen(process.env.PORT || 3000);

https://nodejs.org/api/stream.html#stream_readable_pipe_destination_options 에 표시된 대로 이를 추가하면 req가 종료될 때 새 스트림이 자동으로 종료되지 않도록 합니다.

이로 인해 이 예제가 작동했지만 이를 사용하여 다른 메서드에 대한 프록시를 만드는 데 몇 가지 문제가 있음을 발견했습니다. 몸체는 어떻게 든 모든 것을 제대로 닫게 하지만 몸체가 없으면 여전히 매달려 있습니다. json 바디 파서를 사용하는 경우 바디가 없는 경우에도 바디가 {} 로 읽히기 때문에 문제가 발생하지 않지만 바디가 없으면 여전히 문제가 있을 수 있습니다. 내 현재 솔루션은 요청에 대한 콘텐츠 길이 헤더를 확인하고 옵션 개체가 있으면 사용하는 것입니다.

@JeffreyAngell 은 해상도를 시도하면 됩니다. 고마워

이것은 나를 위해 작동합니다.
`router.put('/', 함수(client_req, client_res, 다음) {
var json = JSON.stringify(client_req.body);
var 옵션 = createOptions('PUT', client_req.baseUrl, json);

var proxy = https.request(options, function (res) {
    client_res.statusCode = res.statusCode;
    res.pipe(client_res, {
        end: true
    });
});

client_req.pipe(proxy, {
    end: true
});

proxy.write(json);
proxy.end();

});

함수 createOptions(메서드, targetUrl, json) {
targetUrl = targetUrl.replace('지라/', '');
console.log("검색: " + targetUrl);

const auth = 'Basic ' + new Buffer('usr' + ':' + 'pass').toString('base64');
var headers = {
    'Authorization': auth,
    'Content-Type': 'application/json'
};

return {
    hostname: 'jira.acme.com',
    port: 443,
    path: targetUrl,
    method: method,
    headers: headers
};

}`

@simov

네, 제 첫 댓글을 다시 한 번 살펴보면 다음과 같습니다.

// 다른 미들웨어보다 먼저 배치

body-parser는 미들웨어에 들어가기 전에 요청을 처리하지만 성공적으로 파이프하려면 원시 요청이 필요합니다.

같은 문제가 발생했습니다. 내 경우에는 bodyParser 미들웨어

편집하다:
모든 미들웨어가 로드된 후 경로를 로드하고 싶기 때문에 처음에 proxy 가 있는 모든 경로에서 bodyParser를 제외하는 이 솔루션을 선택했습니다.

pathToRegexp = require('path-to-regexp')
exports.excludeMiddleware = (path, middleware) ->
  (req, res, next) ->
    if pathToRegexp(path).test req.path
      next()
    else
      middleware req, res, next

  app.use(routesService.excludeMiddleware '/proxy/(.*)', bodyParser.json({
    extended: false,
    parameterLimit: 10000,
    limit: 1024 * 1024 * 10
  }))

https://stackoverflow.com/questions/27117337/exclude-route-from-express-middleware