Php move_上传的_文件从tmp中消失，但未到达目标

我有一个很奇怪的问题。我正在使用上传表单上传视频。有时我不得不尝试两次上传一个文件，所以我知道它是有效的，但这些文件需要很长时间才能上传，所以我不希望最终用户在上传过程失败时发疯。而且，这在我的测试机器上100%的时间都有效，所以我认为这是一个配置问题

---

该文件为330mb，我将

upload\u max\u filesize

和

post\u max\u size

设置为500mb。出于测试目的，

max_execution_time

和

max_input_time

设置为60000<代码>内存限制是我认为可能存在的问题。它被设置为128mb。上传成功率是否需要更高？有人知道可能导致事情出错的任何其他问题吗？

你正确地认为

内存限制是你的罪魁祸首


post\u max\u size（int）


设置允许的post数据的最大大小此设置还影响文件上载。要上载大文件，此值必须大于
upload\u max\u filesize

如果配置脚本启用了内存限制，则内存限制也会影响文件上载一般来说，内存限制应该大于post\U max\U size。使用整数时，该值以字节为单位。也可以使用本常见问题解答中所述的速记符号。（…）
是否记录了任何错误或警告？目标目录是否具有适当的权限？我看到的arkigos
脚本在返回标题之前超时：upload.php[Wed Jul 06 02:18:07 2011][error][client]
定期，我看到一次
x-httpd-php5的处理程序返回了无效的结果代码70007
Jason，目录tmp是777，目标目录也是。顺便说一句，这是我的apache错误日志。将我的内存限制设置为大于500mb会不会很危险（这就是我将post_max_size和upload limit设置为的）？我以前读过那篇摘录，我觉得我需要澄清一下。一个文件真的需要那么多内存才能从一个文件夹简单地传输到另一个文件夹（移动上传的文件）？@Scarface确实引用了@artifact的这个很棒的答案，这是一个很好的答案，但他没有建议或评论什么内存限制适合文件上传大小。在我的例子中，我将收到的最大文件约为400mb，即使我将其设置为500mb。如何计算好的内存限制？很明显，我的当前限制有问题，因为move_上传的文件有时似乎会失败。@Scarface我环顾四周，做了一些搜索，不幸的是，找不到任何准确描述为什么或如何实现最佳平衡的内容。不过，这一最佳平衡可能应该作为一个新问题提出。