这是对问题的第三次修改，我现在删除了原始文本，因为它显然不再相关。
我需要编写一个客户端，允许用户将大量文件上传到服务器。 AJAX 和 Flash 似乎已被淘汰，因为它们坚持在提交文件之前将文件读入内存。我一直在寻找预先构建的小程序，但没有什么看起来完全有希望。
寻求有关如何执行此操作的建议。问题是客户端和服务器端。 PHP 可能不是收集此类文件的最佳服务器端解决方案......就此而言，服务器是否需要 64 位才能处理超过 4gigs 的文件？
在客户端上，我希望它是基于浏览器的，但现在我认为将其编写为平台应用程序可能会更好（尽管这样会更麻烦）。
真的，我对任何事情都持开放态度，只要它相对可靠。
【问题讨论】：
标签： file-upload
已经创建了大量的 Flash 上传器，它们可能已经满足您的需求或帮助您入门，这对 Google 来说很容易。也就是说，对于多 GB 文件上传器，您可能需要考虑设计一个上传器，该上传器显然可以分块上传大文件，并在网络断开时允许恢复......如果我上传 1.9GB 和然后我失去了与 .1GB 剩余上传的连接！此外，在您的 PHP 方面，您只会收到更小的块，这些块可能更容易在内存方面进行管理。一旦收到所有块，您就可以在 PHP 端将所有块组合在一起。
Flash 客户端和服务器端需要与这种设计进行互操作。 IE。服务器需要了解您的自定义分块协议。您可能需要考虑节省客户端带宽的方法，例如压缩 Flash 客户端然后上传的块，然后在服务器上解压缩这些块。
您可能需要考虑使用 Flash 本地存储，以便创建强大的“暂停/继续”用户进程。例如，我上传了 1/2 GB 的 2GB 文件，然后我的电源就熄灭了。如果我能回到上传页面，让 Flash 从我离开的地方继续播放，那就太好了。闪存本地存储可能是支持它的方法，http://www.macromedia.com/support/documentation/en/flashplayer/help/help02.html。例如，您可以使用本地存储来跟踪用户正在上传的本地文件路径，以及上次成功上传的块。
如果要将其部署在安全环境中，您可能需要在 Flash 客户端中支持身份验证...取决于您计划将其部署到的位置。
不知道这对 Flash 创意是否有帮助，只是想我会插话。
我不太清楚纯 AJAX 方法是否适用于多 GB 上传场景。
【讨论】：