1

我有一个 PHP 脚本，用户可以在其中上传图像。该图像存储在临时目录中并返回给用户。然后，用户可以使用 javascript 界面来裁剪图像。(x1,y2)(x2,y2) 被发送到用于裁剪图像的脚本。然后将其返回给用户进行另一次预览和/或裁剪。一旦用户足够满意，他将单击“保存”。临时文件被复制到原始文件并删除临时文件。这些不是每个用户的图像，而是设备的图像。组织中的任何用户都可以替换任何设备图像。这种方法很好，但有几个问题：

1) 假设用户上传了一张图片进行预览，但随后关闭了浏览器窗口。我将留下一个临时文件。这可能会成为一个问题。当然我可以让 CRON 清理它们，但理论上我可以拥有大量临时文件（这很难看）。cron 还可以在编辑期间删除用户的临时文件。

2）为了处理数字1，我​​总是可以为每件设备创建一个临时文件，例如equip1.temp 和equip1.jpg。所有上传都存储在equip1.temp 中，所有提交都转移到equip1.jpg。如果两个用户试图同时上传同一设备的图片，这可能会搞砸他们（极不可能 + 不是问题，但仍然很难看）

3）我总是可以来回传递图像（用户“上传”图像，它被回显为<img src="base64....." />. 生成的编辑 + 原始 base64 字符串被发送回 PHP 进行处理）。此解决方案缓解了临时文件问题，但我注意到来回发送高分辨率图像需要几秒钟。

你会如何处理这种情况？

4

2 回答 2

2

我有一个类似的问题。如果我没记错的话（已经有一段时间了），我最终在数据库中创建了一个表来存储文件名和会话密钥/时间。每次加载脚本时，如果数据库中存在死会话，则删除相应的会话和图像/文件。

我不知道这是否是一个好的解决方案，但它为我解决了多用户访问问题。

于 2012-10-04T16:51:56.210 回答
1

由于您提到的原因，我不推荐＃3。

我建议你这样做：

  1. 用户将文件上传到一个随机的临时名称。equip1.jpg存储为equip1_fc8293ae82f72cf7.jpg. 确保您的脚本将同时处理两个文件名。它将允许两个用户上传相同的设备，最后一个上传的为获胜者，但在此过程中不会发生冲突。
  2. 每次您的裁剪器使用临时图像时，您应该“触摸”它以更新修改时间。
  3. 让用户完成他们的编辑，移动临时文件代替最终图像名称。
  4. 有一个 cron 或上传脚本的一部分，用于删除 mtime 超过一小时左右的废弃临时文件。您认为这很混乱，因为可能存在大量临时文件，但是您是否希望放弃很多图像？垃圾收集是解决这个问题的一种非常标准的方法。
于 2012-10-04T16:52:03.883 回答