我知道这个主题就像…这里和那里有很多重复,但相信我,我花了很多时间来获取这些帖子,我的问题仍然没有答案。
我正在运行一个PHP脚本在Debian Linux/Nginx/PHP- fpm/APC/我想这是所有。
我从我的SSH终端(CLI)执行脚本,如:> php plzrunthisFscript.php &
它曾经完美地工作,但现在,它返回这个著名的错误。
我已经尝试过了,但失败了(我的意思是它没有改变任何东西):
- 检查phpinfo()中使用了哪些PHP.INI;在我的脚本中(它是/etc/php5/cli/php.ini)
- maximum_execution time是硬编码为0(意味着没有限制)的CLI,如果我没有弄错的话。
- 试图在我的脚本开头添加:
set_time_limit(0)
; - 尝试添加:
ini_set('max_execution_time', -1)
; 试图执行我的php命令与参数 - 试图从web界面执行(由Nginx提供)
- 尝试从另一个web界面执行(这次是Apache2服务器)在页面上给出相同的错误。
- 尝试在
/etc/php5/cli/php.ini
中配置max_execution_time 15
以检查是否应该使用php.ini(因为phpinfo()在我的脚本中被忽略与否:它被忽略
-d max_execution_time=0
每次,它都会带来这个错误,有时甚至超过300秒,我想,这真的很令人困惑。
如果有人对如何解决这个问题有任何想法,或者有一些我可以尝试的事情,请建议。
感谢您的宝贵时间。
天哪,我终于解决了!
我认为这在某种程度上可以被认为是一个Magento Bug。下面是如何复制它:
您有Magento(我的版本是CE 1.7)与APACHE 2运行。有一天,你决定放弃Apache,尝试采用Nginx。
你配置了所有的东西,它工作得很好,但是有一天你试图重建你的索引,就像你经常做的那样,你最终会出现这个错误。
问题是,当你运行(例如):php indexer.php --reindex catalog_url &
这个脚本包括另一个名为abstract.php的脚本,它包含了这个很棒的函数:protected function _applyPhpVariables()
此函数将在Magento根目录中查找.htaccess
,然后解析每个配置参数,并使用这些参数执行索引脚本。
真聪明……
无论如何,要解决这个问题,你只需要(删除/重命名/刻录)这个.htaccess
文件,然后一切都会恢复正常。
谢谢大家的帮助。