我们有一个 Web 服务器，我们将在其上启动许多应用程序。在服务器级别，我们已经设法在 Hyperic 的帮助下制定了错误处理，以便在数据库/内存缓存服务器出现故障时通知负责人。
但是，我们仍然需要在客户注意到之前处理发生在应用程序级别 的那些最终错误和日志事件，以便为我们的客户改进应用程序。
那么，什么是好的解决方案呢？
如果我们同时运行大量应用程序，利用 PHP 自己的错误日志将很快变得堵塞。如果您喜欢结构，它可能不是最佳选择。
一个想法是构建一个具有 REST/JSON API 的异地轻量级错误处理应用程序，该 API 接收加密和序列化的错误消息数组并将它们存储到数据库中。根据错误的严重程度，也许它也可以直接输入到我们的错误跟踪器中。
可能会花费几个小时，但这似乎是一个非常脆弱的解决方案，我相信已经有更好更可靠的替代方案了。
谢谢，
最佳答案
为什么使用 PHP 自己的 error_log 会很快变得“堵塞”？如果一切顺利，您将不会看到很多错误，对吗？
如果您问我，构建一个单独的应用程序，尤其是使用 API 的应用程序，仅用于错误报告会为错误记录添加很多可能的故障点。您也许可以构建一个应用程序来检查各种服务器/不同应用程序上的现有错误日志，以便能够在某种错误仪表板中显示它们，这样您就可以看到什么时候真正出了问题。
但我也很想知道其他人可能会提出什么建议，我自己还没有考虑那么多。
关于php - 基于应用程序的错误记录/处理？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2944959/