1

我有一个应用程序,其中我们有一个自定义数据库抽象类。这一切都经过精心调整,效果很好。

我们最近为文件和数据库添加了更好的错误日志记录,用于查询和连接错误。

我们发现自己想要的一件事是能够对调用中涉及的文件进行跟踪。IE 删除旧代码等。

我们已经使用了一些输出缓冲,使用 debug_print_backtrace(),但不满意这放置在日志中的杂乱无章的输出。

任何人都遇到过一个很好的处理程序,它使终端日志阅读变得漂亮?

此外,该应用程序是相当遗留的代码,查询非常混合到视图和输出中。如果查询失败而不重新编写应用程序,是否有任何安全的方法可以强制重定向到 /error.php 页面?

4

1 回答 1

1

你问了几个不同的问题。

首先,你看过debug_backtrace()吗?它提供了大量信息,并使您能够控制日志中信息的外观和数量。当然,您必须做一些工作才能将信息输入日志,但它应该可以很好地完成工作。

关于在不重写应用程序的情况下重定向到 error.php 页面,您必须重写一些内容。理论上,您可以修改抽象类以在失败时重定向用户。话虽如此,我认为这不是进行此类手术的最佳场所。如果是我,我宁愿抽象类返回一个异常并让应用程序包含所有面向用户的逻辑来处理它。否则,您最终会创建一个有漏洞的抽象,这最终可能会成为未来需要解决的更多技术债务。

于 2012-12-20T14:48:02.037 回答