我已经看到类似的线程发布了有关此问题的信息，但是希望在“允许”并允许我的托管服务提供商杀死长时间运行的PHP脚本而不了解导致它们永久运行的原因之前提供一些指导。
大约六个星期前，我第一次开始收到这些通知。在主机提供商的指导下，我增加了内存值和时间来禁用LFD警报。 PT_USERTIME爬升到新的增加的限制（现已设置为最大值）之后，我再次收到通知。
然后，我的托管服务提供商拒绝了任何进一步的帮助，因为我的VPS不受管理。我升级到托管。然后他们建议优化PHP超时不是一个好习惯，因为它只会掩盖任何潜在的问题。他们同意进行一些分析，以便确定潜在的问题。
他们现在回来了，并建议他们无法识别代码在哪里发生挂断，并且现在正寻求在设定的时间后恢复到杀死脚本的“修补程序”
我主要担心的是应该完成的某些基础过程尚未完成。最新的脚本（在多个托管站点上运行）永久运行了1,848,000秒以上-超过21天！我每天大约收到600条通知。
我在论坛上看到过以前的帖子，但是没有一篇文章表明相同的脚本已经运行了这么长时间了。
这是我收到的最新通知之一：
时间：2018年8月21日星期二15:00:59 +0100 帐户：cssownersco 资源：处理时间 超过：1848388> 86400（秒） 可执行文件：/ usr / bin / php 命令行：/ usr / bin / php PID：8792（父母PID：8792） 杀死：否
有人可以建议我如何调查可能导致此问题的脚本吗？如果我无法自己进行调查，托管服务提供商应该可以吗？ （他们建议他们无法识别挂断。）
如果无法进行调查，设置超时以杀死进程还是将usr / bin / php添加到csf.pignore列表中是否安全？
任何指导将不胜感激。
感谢和问候 Webbo