是ini_set('max_execution_time',0)一个坏主意?

有没有好的理由不把PHP的configurationvariablesmax_execution_time为0?

一位同事最近检查了一个文件的变化,补充说:

 ini_set('max_execution_time', 0); 

在将输出返回给用户之前,进行一些复杂处理的页面的默认值太低。

手册指出,设置的主要目的是:

防止写得不好的脚本捆绑服务器。

但是还要指出:

您的Web服务器可以有其他超时configuration,也可能会中断PHP的执行。 Apache有一个Timeout指令,IIS有一个CGI超时函数。 两者默认为300秒。 有关具体详情,请参阅您的Web服务器文档

我们正在Apache下运行,以便超时设置适用。 是否有任何理由不把max_execution_time全局设置为零? 我主要好奇的是,如果没有将其设置为零,我是否可以忽略这些好处。

冒着刺激你的风险;

你问的是错误的问题。 你不需要一个不偏离默认值的理由,反之亦然。 你需要这样做的理由。 运行Web服务器时,超时是绝对必要的,并且在没有任何理由的情况下禁用该设置本质上与良好实践相反,即使它运行在恰好具有自己的超时指令的Web服务器上。

现在,至于真正的答案; 在这种情况下可能根本就不重要,但是通过设置一个单独的系统是不好的做法。 如果脚本稍后在不同的服务器上以不同的超时运行,该怎么办? 如果你可以肯定地说,它永远不会发生,但好的做法主要是考虑看似不太可能发生的事件,而不是不必要地将完全不同的系统的设置和function捆绑在一起。 这些原则的解雇在软件世界中造成了许多毫无意义的不兼容性。 几乎每一次,他们都是无法预料的。

如果稍后Web服务器被设置为运行一些仅从Web服务器inheritance超时设置的运行时环境,该怎么办? 比方说,你以后需要一个用C ++编写的15年的CGI程序,由一个移到另一个大陆的人来完成,除了Web服务器之外,它不知道任何超时。 这可能会导致需要更改超时,并且由于PHP毫无意义地依赖于Web服务器的超时而不是自己的超时,这可能会导致PHP脚本出现问题。 或者相反,由于某种原因你需要一个较小的Web服务器超时,但PHP仍然需要更高。

将PHPfunction绑定到Web服务器并不是一个好主意,因为Web服务器和PHP负责不同的angular色,应尽可能保持function上的分离。 当PHP端需要更多的处理时间时,它应该是PHP中的一个设置,因为它与PHP相关,而不一定是Web服务器上的其他所有内容。

简而言之,在没有必要的时候,这是不必要地混淆的。

最后但并非最不重要的是,“仍然存在”是正确的。 你至less应该使用set_time_limit()不是ini_set()

希望这不是太光顾和刺激。 就像我说过的,在你的具体情况下可能没问题,但是不要假定你的情况是一个真实的情况。 就这样。 🙂

原因是有一些零以外的价值。 一般的做法是把它缩短到全局,并且长时间工作,比如parsing器,爬虫,翻斗车,导出和导入脚本等。

  1. 你可以通过内存消耗脚本来停止服务器,破坏其他人的工作,甚至不知道它。
  2. 发生无限循环时,您不会看到错误,而且诊断将会更加困难。
  3. 当请求执行时间较长的页面时,这样的站点可能容易被单个用户拒绝