在上周把我的头发扯掉之后，我正在寻找某种网络上传器，它允许我的客户上传一堆文件（通常多达 200 个）并将它们存储到远程 FTP 服务器。我正在寻找类似于uploadify、swfupload 等的东西，但可以通过我的网页（在我的托管公司）上传文件并存储到我的本地ftp 服务器。
我正在寻找类似于uploadify、swfupload 等的东西，但绝对重要的是它可以将文件存储在我的本地服务器上。
如果这在某种程度上不可能做到，它也可以通过 html 将文件上传到我的网站（uploadify 等），并在完成后将文件从 web 服务器复制到我的本地 ftp。
我发现的最接近的东西是一种叫做filechunker的东西，它看起来是一个完美的解决方案，但它不会让我添加多个文件，只能一个一个地添加。
所有帮助将不胜感激！
经过疯狂的搜索，我终于找到了可以使用的东西。这个 java 小程序让我可以上传无穷无尽的文件，将它们压缩，然后我设法将一个 php 变量传递到小程序中，因此 zip 文件以用户电子邮件地址作为文件名存储。虽然花了我 29 美元，但非常值得，因为我现在可以完全控制文件的去向以及上传文件的人。
我认为直接从浏览器上传到您的 FTP 是不可行的，因为您必须在网站上或多或少地显示您的凭据（例如在您的 javascript 源代码中）。
我曾经创建过类似的东西，但由于这个问题，我决定通过上传plupload到 Amazon S3 并随后通过s3sync. 优点是
client->s3）看看这个线程的实现：http ://www.plupload.com/punbb/viewtopic.php?id=133
不幸的是我不能给你一个具体的答案，但是让我说理论上应该可以为 Flash 或 Java 应用程序做，因为它们可以使用原始 TCP 套接字并实现 FTP 协议（但我不知道有任何 Flash基于实现）。
如果我没记错的话，所有主流浏览器都通过浏览 FTP 目录本身来提供通过 FTP 上传本地文件（但您不能影响视觉外观），就像 Windows 资源管理器可以访问 FTP 服务器并将它们用作网络驱动器一样。
但是，我完全不鼓励您使用 FTP 服务器。该协议具有双重连接和被动/非被动模式通常会导致问题。通常通过 HTTP 上传并自己实现基于 HTTP 的文件服务器要好得多，毕竟这很容易（但要非常小心，不要暴露太多服务器的文件系统）。
除非您真的想允许您的用户使用他们选择的 FTP 客户端，否则我认为没有真正的理由使用 FTP，但这与您的问题相反。
希望这可以帮助。
更新：我刚刚注意到这句话“将文件从网络服务器复制到我的本地 ftp ”。如果您真的在谈论两个不同的服务器，我仍然建议进行 HTTP 上传，然后通过 PHP 脚本（您的 Web 服务器充当代理）将文件转发到 FTP 服务器。