improve performance of proxying file upload

[littletwolee]

Hi guys
Our team have a problom. When we upload a file to backend by express-http-proxy.It's will slowly, and when we unuse it, our project will fast.It's look at like the request is stop some seconds(about 20s),and go on it.
Can you help us?
fontend : ajax
backend : golang restful api

[w-rose]

Hi:
Our team have the same problom. It seems that the proxy sending the real request has some seconds delay.
wish help!

[JanzenZhangChen]

@littletwolee
i cant proxy a form request with file to the server.
the body is wrong,
what body parser should i use,
I read the source code.it seems it only proxy the content to the server.

我看你应该是中国人，所以也用中文描述一下我的情况。
我现在提交文件到服务器失败了。我看了一下源码只有把body的转移过去。你是用了什么中间件了么。把文件信息转成了body的内容？

[littletwolee]

@JanzenZhangChen
哈哈哈哈，英文不好。我们是有时成功有时失败，看网络，你失败如果是504的话，就是超时了。这个没办法，其实我们最主要的原因就是，他卡顿，就是卡在那，应该是等待他缓存或者下载你的Body然后重新组装再提交，如果慢了，就有可能超时，如果没这步缓存，应该是秒的。

[monkpow]

@littletwolee @JanzenZhangChen @w-rose Hey all, thanks for the comments. In general the library is optimized for use case where the author is modifying the document and or headers in either the request or response path. This means that currently the library waits for the entire document to complete upload/download before moving forward, so it is slow on large documents.

For the 1.0 line, I reorganized the workflow so that we can swap out the document processors (e.g. optimize for streaming or optimize for munging), but at this point there isn't a workflow written for this case.

I'd be happy to accept a patch, or even a solid test case that could be programmed against if you'd like this feature faster. Otherwise, I expect to get to this concern once I've squashed bugs on the new line.

Thanks, and lmk any questions.

[littletwolee]

haha, thx @monkpow, If we have modify of this project, we will give your a pull request. And we hope version 1.0 is come soon.Thx