另一个脑筋急转弯的东西我猜是非常罕见的。PHP脚本很早就结束了，没有任何错误和超时设置为0的证据。
在PHP中有硬限制吗？或者在Apache？我昨晚有一个剧本跑了大概20个小时。然后它就停下来，中间脚本在一个随机的线上，没有我能找到的错误。
set_time_limit（0）;被设置在剧本中，但我开始怀疑在其他地方是否有另外的限制大约20小时...
有什么想法吗？
非常感谢提前。
编辑：这是作为wget运行。
edit2：我要看看内存问题并回复给你，感谢迄今的帮助！
edit3：哦我应该指出这个脚本正在收集数据并将其存储在一个数组中，它运行的时间越长，它存储的就越多，所以是的，我有点儿掌握了“用完所有内存“这里的答案......
解决方法：为操作设置一个更大的内存来解决这个问题。谢谢大家。
很可能是php-cli刚崩溃或服务器重新启动。我不认为PHP是要执行那么长的
我有一个脚本运行了几个月没有问题。我只是不得不杀死进程来终止脚本。所以没有限制，如果你有set_time_limit（0）;在你的代码中。你有没有看过操作系统的系统和调试日志？这可能会提供进一步的线索为什么PHP或Apache崩溃。
这是有帮助的，因为现在我知道PHP可以运行这么长的时间 – Dorjan 2010-08-03 10:10:36
也许PHP在一段时间后内存不足。
考虑在循环的每次迭代中强制PHP垃圾回收，这可能会揭示一些线索。 http://php.net/manual/en/function.gc-collect-cycles.php
我会试着看看是否是这种情况，谢谢！ – Dorjan 2010-08-03 10:14:19
因为您使用了wget，我假设它在apache下运行。也许它是一个运行脚本的限制，而不是你的PHP应用程序的Apache。
，你可以通过运行CLI版本
Apache Timeout是httpd.conf中的TimeOut指令。如果未指定值，则默认值为300秒http://httpd.apache.org/docs/2.0/mod/core.html#timeout – 2010-08-03 10:07:05
不幸的是，我没有时间让应用程序运行rom cli，因为路径似乎是不同的包括之类的（我不记得现在为什么我不得不离开它，但我记得首先尝试cli方式，并以wget结束，尽管我不想也是如此） – Dorjan 2010-08-03 10:13:39
检查的php.ini文件找到的max_execution_time使得它需要几秒钟的输入该部分的变化。
但在编辑的php.ini小心
时间限制在原始帖子中声明为禁用。 – Dorjan 2010-08-03 10:10:14
你到底想干什么？ – Sarfraz 2010-08-03 09:41:15
你是以cli还是从apache运行（如mod/cgi）？ – NikiC 2010-08-03 09:42:35
没有冒犯，但它是私人:)这是一个脚本，需要阅读一些信息，在20小时内它通过它的大部分（约85％），但它需要更多的时间。而且没有简单的方法来分割信息。 – Dorjan 2010-08-03 09:43:37