linux - 超过 300 秒的最大执行时间

Question

我知道这个主题有很多重复的地方，但相信我，我花了时间获取这些帖子，但我的问题仍然没有答案。

我正在 Debian Linux/Nginx/PHP-FPM/APC 上运行 PHP 脚本/我想仅此而已。

我正在从 SSH 终端 (CLI) 执行脚本，如下所示: > php plzrunthisFscript.php &

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

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

• 通过 phpinfo() 检查 PHP.INI 的使用情况；在我的脚本中(/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)执行会在页面上出现相同的错误。
• 尝试在 /etc/php5/cli/php.ini 中配置 max_execution_time 15 来检查是否应该使用 php.ini (因为 phpinfo( )在我的脚本中是否被忽略:它被忽略

每次都会出现这个错误，有时甚至超过300秒我想，这真的很令人困惑。

如果有人对如何解决此问题有任何想法，或者有一些我可以尝试的事情，请提出建议。

感谢您的宝贵时间。

Answer 1

天哪，我终于解决了!

我认为这在某种程度上可以被视为 Magento Bug。 以下是重现此问题的方法:

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

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

事情是，当你运行(例如):php indexer.php --reindex Catalog_url & 该脚本包括另一个名为abstract.php 的脚本，其中包含这个很棒的函数: protected 函数_applyPhpVariables()

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

多么聪明......

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

感谢大家的帮助。