Laravel数据库日志 - 什么是最佳实践

Question

我认为我有一个非常普遍的问题,但我找不到任何"最佳实践"的答案.

我为我的客户开发了许多基于自制框架的小型网络应用程序.这些应用程序仅在非常特定的业务相关上下文中使用,它们在一年中被平均十个用户用于类似mounth的东西.

每个应用程序都有一个非常不同的目的和背后的"技术"(有时它是Zend模块,TCPDF等...).当然,偶尔用户会发现一些小错误(没有处理异常,没有设置数组......).

问题是,用户不会在几天或几周内就此进行沟通,因此当我需要调试时,有时候我没有所需的所有信息(例如,如何重现它,它是哪条路线等等. ..).

对于我自己制作的框架(非常类似于Laravel),我创建了一些处理这些错误的函数(使用set_error_handler,register_shutdown_function,...).基本上这些函数将在客户端的MySQL数据库中创建一些日志条目.

我将这些功能用于两个目的:

1. 记录用户操作和php错误+上下文(路由,控制器,一些数据流,php预定义变量,......)
2. 出现问题时通过邮件,短信等方式警告我......

我可以有效地分析所有这些日志的唯一方法是当它们在数据库中时(我有一个JQuery表,它们优化了它们以便更快地读取和跟踪).否则,我只会使用文本文件,但我不能这么快分析它们(太多的信息).

题

我刚刚开始与Laravel开展一个项目(现在我将用于我的所有项目),经过一些文档阅读后我发现Laravel使用Monolog进行日志.但是,Monolog没有PDO处理程序,有些人可能会说使用MySQL进行日志是一个非常糟糕的主意(Can Laravel 4可以登录到MySQL数据库吗？)并且我完全赞同它们.但这是我发现在与很多小项目合作时只有有限的时间来进行有效的错误修正的唯一方法.

注意:我的客户只有MySQL,我没有时间使用单元测试(小公司,没钱).

有没有更好的解决方案来解决我的问题(以结构化的方式记录用户活动和php错误,捕获错误时的邮件/短信通知)使用一些我不知道的Laravel魔法？

Answer 1

当然，有许多工具可以为您监控日志文件，然后将它们整理成有意义的信息。他们可以对类似的错误进行分组，并为您提供有关导致它们的请求类型的详细数据。更好的是，您可以选择将用户数据与错误一起传递，以便您可以准确查看导致问题的原因。

这是我在我的时间遇到​​的一些

• 哨兵
• Bugsnag（由 Laracasts 推荐）
• 纸迹