【问题标题】:suPHP / PHP script timeoutsuPHP / PHP 脚本超时
【发布时间】:2010-08-01 20:12:46
【问题描述】:

在我的主机启用 suPHP 后,之前工作的脚本在约 3 分钟后超时(它会有所不同,但脚本没有运行超过 3 分钟,AFAIK)
奇怪的是,脚本没有抛出任何我可以看到的错误(是的,完整的 PHP 错误报告/日志记录已启用,并且所有 MYSQL 查询也已检查错误)它只是停止. 刷新页面将加载更多脚本应该处理的数据(可能是因为 MYSQL 查询已被缓存...),但如果有很多数据要处理,它永远不会完全执行. 另一个奇怪的是,我可以在同一台主机上运行测试脚本超过 10 分钟 w/set_time_limit(0); / etc。

其他人必须处理这个问题,或者知道是什么导致了超时以及如何解决它(假设放弃 suPHP 不是一种选择)。从 PHP 5.2.x 到 5.3.x 的同时更新,但我怀疑这是导致问题的原因。 :/

【问题讨论】:

    标签: php mysql timeout suphp


    【解决方案1】:

    我已经看到内存耗尽时会发生这种情况 - 脚本刚刚结束而没有错误。如果您有循环,请尝试使用内存函数转储内存状态。此外,使用 phpinfo() 查看您的最大内存允许是多少 - 切换到 suPHP 可能已经改变了对您不利的情况。

    【讨论】:

    • 好主意,但它编写的脚本非常好,因此它使用内存相当一致。使用量从未超过 6.7MB,大约是限制的 1/10,并且它使用的内存少于崩溃时的峰值使用量。 :(
    • 有趣的想法,但从未在我可以访问的错误日志中找到任何这些。幸运的是 suPHP 现在已经不存在了,所以这不再是一个问题。我能够根据 MYSQL 活动将其缩小到 suPHP 超时,尽管我不确定具体是什么(例如查询限制、每个脚本的总体 MYSQL 时间或每个查询的时间限制等)。 ://
    猜你喜欢
    • 2011-11-02
    • 2011-08-22
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-07-08
    • 2012-08-06
    相关资源
    最近更新 更多