调试模式下运行的服务端命令 能否记录为详细
本帖最后由 Brian.Zhang 于 2024-7-25 18:28 编辑兴致勃勃的测试了下这个功能，然后发现，调用服务端命令的地方，还是以服务端命令日志的详细程度设置为准（默认设置为精简），很难受啊。
调试模式下运行的服务端命令可否默认记录为详细，我都想要调试了，看个完整的日志不过分吧。:'(
Q：为啥不手动设置服务端命令日志的详细程度为详细？
A：其一，设置服务端命令日志的详细程度会导致应用重启；其二，并发高，日志量很大，平时需要设置为精简。一来一回，应用得重启两次。
理解你说的，但是带来的“副作用”也是不得不考虑的，原因是：
1、自动变为详细后，用户不一定都能注意到，不经意间数据量就上去了。再加上之前的一个需求可针对某些服务端命令可自动为详细，这块逻辑太绕了，用户有理解成本。
【FORGUNCY-20279】更精确的控制服务端命令日志的详细程度
https://gcdn.grapecity.com.cn/showtopic-202624-1-1.html
(出处: 葡萄城开发者社区)
2、即便是调试模式默认为详细，那系统后台还是要自动改这个详细程度，我理解还是得重启，也不一定能绕过去不重启。 本帖最后由 小萝卜David 于 2024-7-23 13:09 编辑
调试模式应该是一个明确的场景，并且尽可能多的提供信息，去调查问题，不然怎么调试呢？
至于“用户不一定都能注意到，不经意间数据量就上去了”，这个应该是不存在或者不用过于考虑的，原因有二，一是本身调试模式是可以选择用户的，在一定程度上可以控制影响范围；二是调试模式本身是一个明确的场景，是给"需要调试的人"使用的，换句话说是给对活字格有一定理解的人使用的。
至于与需求【FORGUNCY-20279】理解的问题，一是【FORGUNCY-20279】还没有实现，也不确定活字格会在怎么实现，所以这个担心比较缥缈。其次，如果有担心的话，实际上更建议把相关需求场景，结合在一起考虑，看看是否有更好的方案可以满足用户对于问题调查、日志跟踪这块的完整需求。
包括但不限于：
诊断日志 需要 可追踪和调查
https://gcdn.grapecity.com.cn/showtopic-223189-1-1.html
(出处: 葡萄城开发者社区)
至于重启的问题，这个可以交由开发考虑，我相信从产品角度，一定有可以不重启应用的方案。:lol
小萝卜David 发表于 2024-7-23 13:07
调试模式应该是一个明确的场景，并且尽可能多的提供信息，去调查问题，不然怎么调试呢？
至于“用户不一 ...
问了开发，重启的问题不好解决。。
这样看，即使把这两个设置了联动，也没有解决多大问题
页:
[1]