【发布时间】:2012-10-04 16:34:25
【问题描述】:
我有一个 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 进行处理)。此解决方案缓解了临时文件问题,但我注意到来回发送高分辨率图像需要几秒钟。
你会如何处理这种情况?
【问题讨论】:
-
使用选项#2,但也要在文件名中包含
user id,如equip1-user123.temp。 -
如果 user123 离开计算机后再也没有回来怎么办?临时文件将永远存在。有 N 个用户,有 N*#ofequip 文件
-
如果用户一次只允许编辑一张图片,您可以将文件名保存在用户表中。然后定期运行一个 cron 来删除用户表中不存在的任何文件。
-
好主意。我将如何处理编辑图像并离开的用户?该文件将无限期地存在于用户表中。如果所有 N 个用户都这样做,我仍然有同样的问题。相反,我有一个 cron 只是每隔 X 秒删除一次临时文件,用户可以在编辑中间并擦除他的编辑。
-
您还需要在表中添加一个
last login时间戳。在用户没有登录的一两个月后,删除他的临时文件。
标签: php image upload temporary-files