Javascript 上传大文件的最快方式

我已经实现了fineuploader，可以在不重新加载页面的情况下上传文件。问题是它的速度非常慢，对于各种大文件（约300M）可能会失败。请注意，我只使用FineUploader3.1，但希望使用更新的版本不会有什么不同

我的问题是，对于大文件，我是否不应该使用某种基于Ajax的文件上传方法，但根据其大小，我可以使用一些更传统的解决方案来重新加载页面？使用网站而不是FTP等上传大文件的最快方式是什么？

您可以看看： JavaScript中的容错可恢复文件上载

就我所知，大型文件容易出错，因此最好将其重新存储。

您可以查看： JavaScript中的容错可恢复文件上载

就我所知，大型文件容易出错，因此最好将其重新存储。

您可以查看： JavaScript中的容错可恢复文件上载

就我所知，大型文件容易出错，因此最好将其重新存储。

您可以查看： JavaScript中的容错可恢复文件上载

---

就我所知，大文件容易出错，所以最好使其可恢复。

Fine Uploader自3.1以来发生了很大变化。当前版本已经是4.4。如果升级，您可能会注意到一个很大的差异。此外，优良的上传不是造成你失败，你的网络连接是罪魁祸首

FineUploader5.0将于下周发布，它包括一个大功能，这将特别帮助您，因为该功能旨在加快单个文件的大上传：并发分块。没有其他上载库提供此功能（实现起来非常复杂）。并发分块功能已被证明可以将单个文件的大上载速度提高至少2倍。它通过为单个文件同时发送尽可能多的块来实现这一点。有关此功能的更多信息，请访问预发行说明

---

请注意，Fine Uploader还提供了与resumable.js相同的功能，以及许多其他功能，如自动重试、图像缩放、表单支持、直接上传到S3和Azure等。

Fine Uploader自3.1以来发生了很大变化。当前版本已经是4.4。如果升级，您可能会注意到一个很大的差异。此外，优良的上传不是造成你失败，你的网络连接是罪魁祸首

FineUploader5.0将于下周发布，它包括一个大功能，这将特别帮助您，因为该功能旨在加快单个文件的大上传：并发分块。没有其他上载库提供此功能（实现起来非常复杂）。并发分块功能已被证明可以将单个文件的大上载速度提高至少2倍。它通过为单个文件同时发送尽可能多的块来实现这一点。有关此功能的更多信息，请访问预发行说明

---

请注意，Fine Uploader还提供了与resumable.js相同的功能，以及许多其他功能，如自动重试、图像缩放、表单支持、直接上传到S3和Azure等。

Fine Uploader自3.1以来发生了很大变化。当前版本已经是4.4。如果升级，您可能会注意到一个很大的差异。此外，优良的上传不是造成你失败，你的网络连接是罪魁祸首

FineUploader5.0将于下周发布，它包括一个大功能，这将特别帮助您，因为该功能旨在加快单个文件的大上传：并发分块。没有其他上载库提供此功能（实现起来非常复杂）。并发分块功能已被证明可以将单个文件的大上载速度提高至少2倍。它通过为单个文件同时发送尽可能多的块来实现这一点。有关此功能的更多信息，请访问预发行说明

---

请注意，Fine Uploader还提供了与resumable.js相同的功能，以及许多其他功能，如自动重试、图像缩放、表单支持、直接上传到S3和Azure等。

Fine Uploader自3.1以来发生了很大变化。当前版本已经是4.4。如果升级，您可能会注意到一个很大的差异。此外，优良的上传不是造成你失败，你的网络连接是罪魁祸首

FineUploader5.0将于下周发布，它包括一个大功能，这将特别帮助您，因为该功能旨在加快单个文件的大上传：并发分块。没有其他上载库提供此功能（实现起来非常复杂）。并发分块功能已被证明可以将单个文件的大上载速度提高至少2倍。它通过为单个文件同时发送尽可能多的块来实现这一点。有关此功能的更多信息，请访问预发行说明

---

请注意，Fine Uploader还提供了与resumable.js相同的功能，以及许多其他功能，如自动重试、图像缩放、表单支持、直接上传到S3和Azure等。

无论您使用javascript/ajax还是传统上传，它们都是正常的http post请求，因此速度都是相同的。唯一的区别是用户体验。如果使用HTTP或FTP，它们都位于TCP之上，而TCP是由网络基础设施确定的传输速率，通常通过测量数据包丢失来确定的。你能做的唯一一件事就是检查传输速率是否没有明确限制在你这边的某个地方，否则你什么都做不了。你自己说的。考虑使用FTP进行大型文件。它是专门用来发送/接收文件的协议。HTTP被设计为发送/接收文本…无论哪种方式都不是FTP