在 Web 应用程序中实现全功能媒体上传

Question

假设我们有一个处理创建、阅读、更新和删除文章的 Web 应用程序，并且每篇文章都应该有图片库。我必须在文章和画廊之间建立一对一的关系，在画廊和媒体之间建立一对多的关系。

HTML5 提供了很多功能，比如多上传，所以我想使用这个出色的http://blueimp.github.io/jQuery-File-Upload/ 插件。问题是如何像其他表单的数据一样处理“内存中”的文件上传？

例如，当我们显示创建新文章的页面时，我们应该能够填写文章的数据字段并选择要上传的图像，然后当我们单击保存按钮时，图像应该开始上传，然后表单应该提交。当验证失败时，图像仍应显示在前端，但应保存在服务器端 nothink。

其中一个解决方案是在显示整个表单之前创建类似于“创建实体会话临时 ID”的想法，并且该 ID 可用于创建临时目录以保存上传，因此在成功保存表单后，这些图像可以移动到适当的目录，但是如何使“创建实体会话临时id”？

我认为另一种解决方案是“使用编辑 ID”方法，因为我们可以使用以前保存的画廊 ID 处理上传，但有时我无法用画廊保存新的空白文章，因为某些字段应该db 中不能为空。

对于我在自述文件中看到的 https://github.com/thoughtbot/paperclip gem 的 Rails：

Paperclip 旨在作为 Active Record 的简单文件附件库。其背后的目的是使设置尽可能简单，并尽可能像对待其他属性一样对待文件。这意味着它们不会保存到磁盘上的最终位置，如果设置为 nil，它们也不会被删除，直到调用 ActiveRecord::Base#save。

我的问题是它是如何工作的？

Answer 1

在创建掩码上启用文件上传的问题是您最终会得到孤立文件。这是因为用户能够在不保存实际实体的情况下触发上传。在创建一个自己的 UploadBundle 时，我考虑了这个问题一段时间，得出的结论是没有真正合适的解决方案。

我最终是这样实现的：

鉴于我们的问题是由孤立文件引起的，我创建了一个Orphanage 来负责管理这些文件。上传的文件将首先与 session_id 一起存储在单独的目录中。这有助于区分不同用户的文件。提交表单以创建实际实体后，您可以仅使用会话 ID 从孤儿院检索文件。如果表单有效，您可以将文件从临时孤儿院目录移动到文件的最终目的地。

这种方法有一些缺陷：

• 应使用 cron 作业等定期清理孤儿院目录本身。
• 如果用户上传文件并选择不提交表单，而是从新表单重新开始，则新上传的文件将被移动到同一目录中。因此，您将获得第一次上传的文件和第二次上传的文件。

这不是这个问题的最终解决方案，而是一种解决方法。但在我看来，它比使用临时实体或基于会话的存储系统更干净。

上述捆绑包在 Github 上可用，并支持 Orphanage 和 jQuery File Uploader 插件。

1up-lab/OneupUploaderBundle

Answer 2

我没有亲自处理此案，但我的同事也有类似的难题。她用了

punkave/symfony2-file-uploader-bundle

这是一个包裹 jQuery File Upload 插件的包。它处于早期阶段，缺少很多东西，例如事件，但我们试了一下。

这就是我们所做的：在 newAction() 中，我们创建实体，生成唯一的 dir ID，并将 ID 存储在实体中（通过常规 setDirId()）。比我们创建包含隐藏字段 dirId 的表单。

我们正在通过 ajax 将文件上传到服务器上的临时目录，而不是在提交期间。 Ajax 请求需要 ID。它将文件存储在 temp_dir/prefix_ID

这很简单。表格已发送。如果表单有效 - 将文件从 temp 移动到 dest 目录。如果没有 - 我们有 ID，并且能够显示图像。

但是，我们不会将有关单个文件的信息保存在数据库中的单独表中。每次我们读取与我们的 dirId 对应的文件夹的内容时。

我知道这不是您要求的解决方案。这是一种解决方法。