PHP-有没有一种方法可以忽略PHP.ini/ini_设置中的致命错误，而不修改代码？

我继承了一些PHP源代码，我必须对其进行维护。它是从零开始构建的，没有使用任何框架，只是前开发人员自己创建的

现在，我要问：

有没有办法只忽略php.ini/ini\u设置中的致命错误而不修改代码？

情景：

SomeClass.php：

<?php class SomeClass {
...)?>

在我的开发框中，这会抛出一个致命的错误异常（因为SomeClass已经声明了两次），这是显而易见的预期行为

这里是关键：这个源代码托管在某个地方，并且它可以工作。我只是没有任何访问该服务器的权限

我在这里看到两种情况：

1.）有一种方法可以通过ini设置通过2包括来消除此致命错误。这我必须知道

2.）前开发人员没有给我当前正在运行的准确、更新的源代码。然后，我必须坚持让他给我最新的源代码，但我只能在100%确定不可能发生1的情况下才能这样做

---

你们怎么看？

致命错误并不是来自“仅包含”功能的警告。不过，你会从需求中得到宿命。使用@include，它甚至不会生成警告

致命错误不是来自include函数-仅限警告。不过，你会从需求中得到宿命。使用@include，它甚至不会生成警告

通知您的开发人员他应该使用

\uu autoload

或

spl\u autoload

来避免此类错误…

通知您的开发人员他应该使用

\uu autoload

或

spl\u autoload

来避免此类错误…

在生产服务器上通常不鼓励错误报告。为什么要让用户查看脚本是否未找到文件。看看这个，然后。后者可能会有所帮助，请浏览本页以获取示例。我建议记录错误，而不是显示错误。但这将涉及一些代码的变通方法

生产服务器上通常不鼓励错误报告。为什么要让用户查看脚本是否未找到文件。看看这个，然后。后者可能会有所帮助，请浏览本页以获取示例。我建议记录错误，而不是显示错误。但这将涉及一些代码的变通方法

我尝试设置一个

set\u error\u handler（）

函数，该函数不会因致命错误而死亡，但Apache却崩溃了。换句话说，PHP需要死掉，这样系统就不会死掉

---

所以，很抱歉，我真的不认为有解决方法。

我尝试设置一个

set\u error\u handler（）

函数，该函数不会因致命错误而死亡，但Apache却崩溃了。换句话说，PHP需要死掉，这样系统就不会死掉

---

因此，很抱歉，我真的不认为有解决方案。

谢谢你的回答，但是我必须修改源代码，这意味着我没有收到前开发人员提供的最新代码。我真正想要的是，如果有办法（或者没有办法）只使用ini设置来让这一切安静下来的话。啊，我误解了你的帖子。您可以在php.ini-google“php error_reporting php.ini”中设置错误报告级别，但是对于从这个应用程序中飞出的致命错误，您无能为力。它们不能（也不应该）被抑制。这也是我的想法，但也许我错过了一个可以抑制这个致命错误的ini设置…不，你不能抑制它们。什么也做不到。谢谢你的回答，但是我必须修改源代码，这意味着我没有收到前开发人员的最新代码。我真正想要的是，如果有办法（或者没有办法）只使用ini设置来让这一切安静下来的话。啊，我误解了你的帖子。您可以在php.ini-google“php error_reporting php.ini”中设置错误报告级别，但是对于从这个应用程序中飞出的致命错误，您无能为力。它们不能（也不应该）被抑制。这也是我的想法，但也许我错过了一个可以抑制这个致命错误的ini设置…不，你不能抑制它们。老实说，这听起来像是一场噩梦，你的大部分任务都取决于你无法控制的事情。我要么找到那个消息来源，要么去别处找找。我能说什么呢？生活老实说，这听起来像是一场噩梦，你的大部分任务都取决于你无法控制的事情。我要么找到那个消息来源，要么去别处找找。我能说什么呢？生活

include("SomeClass.php");
...
include("SomeClass.php");