刚刚了解到<CFTRACE>
可以通过在 CF Admin 中禁用“启用请求调试输出”来轻松关闭。
我发现这很有趣,<CFTRACE>
考虑到“启用请求调试输出”被禁用,是否可以将标签留在生产中?
我认为<CFLOG>
可以在某些 neo* xml 中更改日志级别,是否可以这样做<CFTRACE>
?
一般来说,什么时候应该使用<CFLOG>
vs <CFTRACE>
?
谢谢!
刚刚了解到<CFTRACE>
可以通过在 CF Admin 中禁用“启用请求调试输出”来轻松关闭。
我发现这很有趣,<CFTRACE>
考虑到“启用请求调试输出”被禁用,是否可以将标签留在生产中?
我认为<CFLOG>
可以在某些 neo* xml 中更改日志级别,是否可以这样做<CFTRACE>
?
一般来说,什么时候应该使用<CFLOG>
vs <CFTRACE>
?
谢谢!
我相信 CFTRACE 旨在保留在生产代码中,因为只有在调试模式处于活动状态时才能启用它。在尝试捕获您似乎无法在 dev 中复制的错误之一时,能够有选择地打开它真是太好了。
我更多地使用 CFLOG 进行“实时”数据捕获。我选择性地/临时启用它以捕获与数据相关的错误,其中意外输入导致问题。我永久启用它以捕获非关键错误(如果失败而不通知用户,您希望某些内容继续处理的功能)但您希望在日志文件中捕获错误和任何有用的信息。
如果不向 Ray Camden 提供更多关于在他的开发过程中使用它的博客文章以及 serializeJSON 来捕获复杂变量,我就不能谈论 CFLOG:Ray Camden - 另一个 CFLOG/JSON 提示