在数据库中记录PHP错误

我正在管理面板中构建一个页面，以显示发生的任何php异常。这样就可以对来宾隐藏它们，但管理员仍然可以查看它们

---

但我无法决定是最好将它们存储在数据库中还是存储到文件中？数据库肯定会更容易使用。

我个人会将它们写入一个文件

在我看来，与系统上的文件处理程序相比，数据库服务器更有可能出现故障，并且不会将异常写入表中

---

当然，如果您要记录多个错误类别，并且有时希望一次只显示一个类别，那么请使用数据库。它当然可以使处理变得更简单。

为什么要努力将它们存储在数据库中？用这些努力来解决它们

---

使用文件。该文件的大小应该减小（因为您将修复这些错误？）。

我强烈建议您将其存储在文件中。只需确保文件不能通过HTTP（例如：）访问即可。将其放在一个文件夹中，该文件夹中有一个.htaccess文件，该文件带有“拒绝来自所有人”，这样文件就不会通过HTTP加载

然后，通过让PHP访问并输出这些错误文件，为管理员提供查看这些错误文件的选项

---

为了帮助管理员缩小他们想要查看的错误文件的范围，请每天以不同的文件名记录错误。例如：ERRORS-12-09-09.TXT（2012年9月9日）。

就我个人而言，我会将它们存储在数据库中，这样报告起来就容易多了

现在，如果错误本身连接到数据库，我会将其记录在一个文件中，并（通过电子邮件）通知管理员，因为关闭数据库可能非常严重，需要尽快注意

---

我将设计具有严重性级别的日志系统。低严重级别登录到数据库，严重级别登录到数据库，文件以及给管理员发送电子邮件

如果您觉得数据库更容易使用，我会选择。当然，数据库，除非错误是关于无法连接到数据库：p通常我会让它将错误记录到数据库，但是，如果错误是连接到数据库时遇到问题，那么请登录到一个文件，并向管理员发送电子邮件，因为这可能非常严重。如果您甚至无法登录到该文件，只需写入php-error-log即可。谢谢！是的，不同的错误日志文件是个好主意！应该有助于使它更有条理；这是事实。容易生产的容易修理。通常让我们搞砸的是，在夏天，每22号星期四只有一次，当系统管理员的狗在发烧时，用户点击“购买”，然后立即重新加载页面。这些是您要记录的，因此您可以找到并修复它们。PS:Downvote不是我：）@LukeH-关于数据库的错误（不工作、表意外丢失、密码被人更改等）怎么办。这些错误不会被存储，因为系统中存在一个基本问题，可能会在一段时间内被忽略。系统中的错误和异常应该是罕见的，让诊断更容易捕获调试所需的任何数据是值得的。这就是为什么我认为在这种情况下使用文件更好。