最大执行时间超过300秒

时间:2014-06-19 17:41:29

标签: linux php command-line-interface

我知道这个主题有......在这里和那里有许多重复,但相信我,我花了很多时间来获取这些帖子,我的问题仍然无可挑剔。

我在Debian Linux / Nginx / PHP-FPM / APC上运行PHP脚本/我认为这都是。

我从我的SSH终端(CLI)执行脚本,如:> php plzrunthisFscript.php &

它曾经完美地工作,但现在,它返回了这个着名的错误。

我已经尝试过它而且失败了(我的意思是它没有改变任何东西):

  • 检查与phpinfo()一起使用的PHP.INI;在我的剧本里面(&#39 / s /etc/php5/cli/php.ini)
  • 如果我没有弄错的话,
  • CLI的maximum_execution时间被硬编码为0(表示无限制)。
  • 试图在我的剧本开头添加:set_time_limit(0);
  • 尝试添加:ini_set('max_execution_time', -1);
  • 尝试使用参数-d max_execution_time=0
  • 执行我的php命令
  • 尝试从网络界面(由Nginx提供)执行
  • 尝试从另一个Web界面执行(此次由Apache2执行SErver)在页面上显示相同的错误。
  • 尝试在max_execution_time 15中配置/etc/php5/cli/php.ini以检查是否应该使用的php.ini(因为我的脚本中的phpinfo()被忽略了:它'被忽略

每次,它都会带来这个错误,有时甚至在我认为超过300秒之后,这实在令人困惑。

如果有人知道如何解决这个问题,或者有一些我可以尝试的事情,请提供建议。

感谢您的时间。

1 个答案:

答案 0 :(得分:3)

上帝我最终解决了它!

我认为在某种程度上可以将其视为Magento Bug。 以下是如何重现:

你有使用APACHE 2运行的Magento(我的版本是CE 1.7)。 有一天,你决定摆脱Apache并尝试采用Nginx。

您配置了所有内容并且它运行良好,但有一天您最终会遇到此错误,尝试像往常一样重建索引。

事情是,当你跑(例如)时:php indexer.php --reindex catalog_url & 这个脚本包含另一个名为abstract.php的脚本,它包含了这个很棒的函数: protected function _applyPhpVariables()

此函数将在Magento根目录中查找.htaccess,然后解析每个配置参数,并使用这些参数执行索引脚本。

多么聪明......

无论如何,为了解决这个问题,你只需要(删除/重命名/刻录)这个.htaccess文件,然后一切都会恢复正常。

感谢大家的帮助。