Linux 中超过了300秒的最大执行时间

我知道这个主题有点像。。。到处都是重复的人，但相信我，我花了很多时间来获取这些帖子，我的问题仍然没有答案

我正在Debian Linux/Nginx/PHP-FPM/APC/上运行一个PHP脚本，我想就这些了

我正在从SSH终端（CLI）执行脚本，比如：

>php plzrunthisFscript.php&

它过去工作得很完美，但现在，它返回了这个著名的错误

我已经尝试过但失败了（我的意思是它没有改变任何事情）：

• 检查phpinfo（）使用了什么PHP.INI；在我的脚本中（它是/etc/php5/cli/php.ini）
• 如果我没有弄错的话，CLI的最大_执行时间硬编码为0（表示没有限制）
• 试图在脚本开头添加：

  set\u time\u limit（0）

• 尝试添加：

  ini\u集（'max\u execution\u time'，-1）

• 试图使用参数

  -d max\u execution\u time=0执行我的php命令

• 尝试从web界面执行（由Nginx提供服务）
• 尝试从另一个web界面（这次是Apache2提供的服务器）执行时，页面上会出现相同的错误
• 试图在

  /etc/php5/cli/php.ini

  中配置

  max\u execution\u time 15

  ，以检查应该使用的php.ini是否被忽略（因为脚本中的phpinfo（）是否被忽略：它被忽略

每次，它都会带来这个错误，有时甚至在超过300秒后，我想，这真是令人困惑

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

---

谢谢你抽出时间。

天哪，我终于解决了它！

我认为这在某种程度上可以被认为是一个Magento Bug。 下面是如何重现这一点：

您已经使用Apache2运行了Magento（我的版本是CE1.7）。 有一天，你决定抛弃Apache，尝试采用Nginx

您配置了所有内容，并且工作得很好，但有一天您会出现此错误，并像往常一样尝试重建索引

问题是，当您运行（例如）：

php indexer.php--reindex catalog\u url&

此脚本包括另一个名为abstract.php的脚本，其中包含以下很棒的函数：

受保护函数\u applyPhpVariables（）

此函数将在Magento根目录中查找

.htaccess

，然后解析每个配置参数，并使用这些参数执行索引脚本

多么聪明

无论如何，要解决这个问题，你只需要（删除/重命名/烧录）这个

.htaccess

文件，然后一切就会恢复正常

---

谢谢大家的帮助。

你是在安全模式下运行吗？嗯，我不这么认为，我正在试图找到一种方法来检查这一点并告诉你。通过一个简单的脚本测试，我得到了：安全模式关闭了。你是否已将你的脚本简化为PHP等效的

睡眠400

，以确保它不是你脚本中的错误？我很抱歉我不知道你这是什么意思？你建议我写一个简单的php脚本，里面有

sleep（400）；

，然后尝试从CLI执行它吗？是的，就是这样-一个简单的脚本，没有错误，需要300多秒。