【发布时间】:2013-04-28 22:08:20
【问题描述】:
我正在用 Python 开发一个网络应用程序,其中一个用例是让用户:
通过 HTTP POST 上传大文件和
同时下载并显示一个响应,这是一个类似大小的文件的处理版本。
客户端是我们用 C++ 开发的,但我想使用 HTTP。服务器不需要整个文件来开始生成响应,它可以在前 250KB 左右到达后开始处理数据。上传开始和响应的第一部分之间的延迟应该尽可能低(例如,在原始套接字可能达到的 100 毫秒内)
大概使用分块传输编码而不是多个小型 HTTP 请求会更理想?无法提前知道总请求/响应的长度,但我想它可以分成多个已知大小的请求/响应,是否有一个 Web 服务器可以愉快地流式传输(而不是缓冲 + 传递)这些块正在上传?
我听说twisted 对分块传输编码很好,但如果可能的话,我更喜欢使用更传统的Web 框架,特别是对于我的应用程序的其余部分(在这个用例之外不需要任何东西喜欢这样)。
【问题讨论】:
-
澄清一下,以防万一,我想要一个 Web 框架,它可以在服务器下载整个请求之前调用 POST 处理程序。
标签: python http chunked-encoding