php - PHP网站的错误处理

Question

有人可以指导我在正确的方向上如何实现以及我应该在什么阶段添加错误处理代码吗？

网站:
像 linkedin 这样的社交网络。平台是 MySql 和 codeignitor PHP。要求:3个错误案例:

1. HTTP 代码之类的前端。在这种情况下，用户被重定向到标准消息页面。在 DB 没有什么可捕获的。

2. 第二种情况是后端错误，例如服务器耗时过长、写入数据库时​​出错、其他数据库问题、代码崩溃等。预计用户在所有这些情况下只会看到一个错误消息框“有人已收到通知，请稍后再试”。类似于它在 facebook 上的方式，除了 facebook 根据错误类型有不同的错误文本。

3. 第三种错误类型与 session 相关:Cookie 在 session 期间中断并发生超时，在这种情况下会显示请登录消息窗口。

我现在的问题是:

1. 要捕获情况 2 中的所有各种错误，是否可以在开发过程中同时完成，还是开发人员必须返回并在项目结束时在每个条目处添加错误捕获代码中的点可能是数百万行代码？

2. 我的团队告诉我，在整个开发完成之前，他们不知道情况 2 中可能发生错误的所有可能情况。但我认为错误处理代码无论如何都是通用的。唯一添加到代码的是我们要捕获的错误类别的错误捕获子句和要显示的错误消息(如果不同)可以随时添加，但底层错误代码是相同的，因此甚至可以在开发开始之前编写？

3. 我如何找到所有可能的情况或捕获所有可能的情况在情况 2 中可能会发生错误，其中可能有数百个用例在任何级别爆炸或数据库读/写错误等。做我们需要为每个单独的代码还是一个通用的代码？

我的开发人员也是新手，我也是，所以我认为没有人完全确定何时以及如何处理网站上的错误。在系统后端，当发生错误时，系统会向管理员发送一封电子邮件，我正在构建一个错误跟踪系统，以便我们可以在后端自动跟踪问题的状态、类型、注释等。

Answer 1

1.To capture all various errors that fall within case 2, can it be done at the same time development is in progress or do the developers have to go back and add in the error catching at end of project at each entry point in code which could be millions of lines of code?

两者都有，但通常只是在开发过程中需要。实际上，考虑每行代码可能产生哪些类型的错误(尤其是从外部或数据库源获取数据时)实际上至关重要，因此您需要在每一步都考虑到所有这些问题。为了帮助插入特殊情况处理 after 一切都已经到位，这是大师的地方 error handling功能开始发挥作用。请注意哪些错误级别永远不会触发您的自定义错误处理。您可能还对 Exception class 感兴趣.同样，为了通过仅在更少的位置进行更新来更轻松地插入特殊情况处理，将 Exception 类扩展到您自己的特殊错误对象中。

2.My team is telling me they don't know all possible cases that an error can occur within case 2 until entire development is complete. But i argue that error hadling code is general no matter what. Only addition to code is an error catching clause for the error category we want to capture and the error message to dislay if different which can be added at any time but the underlying error code is same so it can be written even before development starts?

与#1 类似的问题。恕我直言，你是对的。在某些情况下，他们也是。一位开发人员在看到代码或拿到其最终文档之前，真的无法知道另一位开发人员的代码会产生什么类型的错误。

3.How do I find all the possible or catch for all possible cases an error can occur in case 2 which there can be hundreds of usecases of something blowing up at any level or DB read/write errors, etc. Do we need separate code for each or a common code catching all?

再次解决问题 #1，使用自定义错误处理函数或扩展 Exception 类(甚至创建单独的类来处理 DB try/catches 与文件访问 try/catches 等)，这应该有很大帮助。假设您发现了一个新的可能错误，您的数据库可能会吐出。如果您已经将连接和查询函数封装在 try/catch block 中，则只需在扩展的 Exception 类中添加处理脚本，而无需在数据库函数存在的任何地方添加。例如，您可以选择对所有数据库连接执行类似的操作。 DB_Exception 在这种情况下是您的 Exception 的扩展版本，它本身可以自行执行任意数量的故障排除任务:

function db_connect() {
    $MySQLi = new mysqli(DB_HOST, DB_USERNAME, DB_PW, DB_NAME, DB_PORT, DB_SOCKET);
    if ($MySQLi->connect_error) throw new DB_Exception($MySQLi->connect_error);
    if ($MySQLi->error) throw new DB_Exception($MySQLi->error);
    return $MySQLi;
    }

try {$MySQLi = db_connect();}
catch (DB_Exception $e) {if (!$e->is_fixed_now) die($e->special_message);}

您还可以让扩展的 Exception 类引用一组由 $code 构造参数枚举的预设响应。但是，您真的不应该尝试对您可能遇到的每个可能的数据库错误应用特殊的错误处理。它的效率更高，负担也更轻，大部分时间只需抓取 MySQL 错误文本，无论它是什么，然后将其转发给您的管理员。

至于您向用户显示的文本，最好始终保持简单和信息丰富，同时绝对不要泄露您网站的内部运作。示例:您的数据库服务器崩溃或有人错误地设置了文件权限:您应该告诉用户的只是“抱歉，技术问题，此特定内容现在不可用，我们的工作人员已收到通知，请稍后再试。如果有紧急电子邮件，那么@so.com 或调用支持电话 555-1212。​​”。您也可以根据 Exception $code 参数执行固定消息，与上面相同，但在发生站点攻击时不提供任何帮助。

此外，“在系统后端发生错误时，将向管理员发送一封电子邮件”实际上不是一个好主意。用户可能只是坐在那里一遍又一遍地点击刷新，直到它神奇地再次开始工作。您很容易陷入电子邮件 Storm 。一种可能的解决方案是运行 10 分钟的 cron 作业，检查错误日志在过去 10 分钟内是否被修改，然后通过电子邮件发送新日志条目的摘要。或者，如果您有故障单系统，只有在该主题的公开单不存在时才打开错误脚本。