长HTTP POST响应时间

Question

我有一个网络应用程序，后端有一些相当大的数据处理。当前的示例工作流程是：

1. 用户发送表格
2. 服务器接收表单，开始处理
3. 2-4分钟通过
4. 服务器响应

我之所以这么说，原因是用户端的Web代理最初在2分钟后杀死了空闲的POST。我想的越多，这似乎是一个合理的默认。

这就留下了一个问题，我是否应该增加超时而不是解决问题？或者这是不好的做法？它目前在2-4分钟，但很容易变得更长。应用程序是否应该响应某些内容而不是仅仅打开连接？如果是这样，除了完全重新设计UI以进行异步提交/稍后检查哪些选项？

Answer 1

一般来说，如果我要提交一份表格并且需要很长时间，我会认为某些事情会出错并试图再次提交。我认为你应该收集数据并给用户一些成功的消息。然后创建另一个页面，允许他们检查处理的状态（如果用户需要从该处理中获得结果）。