【问题标题】:Fine Uploader initial file list, origin of list?Fine Uploader 初始文件列表,列表的来源?
【发布时间】:2014-03-07 02:08:13
【问题描述】:

我了解如何响应 Fine Uploader 以使用之前上传的文件填充文件列表。但是,我不确定最好遵循哪个事件或程序,以便从本质上记录用户可能上传的文件。最初,人们可能会通过 Success 帖子保留文件列表。但是,记录可能已失败、已暂停或已停止的上传文件。这些列表项需要在发生时报告给服务器,因为不会有 Success 帖子。是否有一个内置机制,或者我应该建立自己的机制,当列表中的任何内容发生更改时将其发回服务器,然后在初始文件列表 FU 调用时调用所有内容?

【问题讨论】:

    标签: fine-uploader


    【解决方案1】:

    您的初始文件列表应该只包含在前一个会话中成功上传的文件。如果您使用的是 Fine Uploader S3(我知道您来自之前的讨论),这意味着与上传成功调用相关联的文件是您应该包含在初始文件列表中的唯一文件。如何为初始文件列表收集数据完全取决于应用程序的内部工作。据推测,您有一个数据库,其中包含所有上传文件的元数据和状态。

    【讨论】:

    • 那么初始文件列表是否旨在用于恢复损坏或暂停的上传?还是只有在保留会话时才能恢复上传? (我记住,在使用 S3 时恢复上传涉及使用分段上传功能,并且它确实有时间限制,我不确定。)
    • 初始文件列表仅用于简单地显示有关先前在另一个会话中成功上传的文件的信息,并可选择允许用户将其从服务器中删除。当用户重新选择/提交在前一个会话中上传失败的分块文件时,自动恢复功能就会启动。这两个功能无关。
    猜你喜欢
    • 1970-01-01
    • 2012-10-30
    • 2023-03-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-12-14
    相关资源
    最近更新 更多