jiongjionger
本帖最后由 jiongjionger 于 2017-6-25 15:47 编辑

  发这个帖子源自一个建议(https://github.com/jiongjionger/NeverLag/issues/19)。群里有人说,看不懂报错的人,即便直观的显示报错的插件叫什么,处理什么事件的时候出错,对小白腐竹也没任何帮助。我个人觉得起码可以让小白腐竹知道是什么插件出的问题,可以选择升级或者卸载来尝试解决。

  我想想听听各位腐竹的看法,你们觉得这样一个功能,有无必要?

  后续:感谢各位的回复,我会增加这个新功能:)

猥琐囬
当然有必要这样还可以很快的看出报错,不用再去用一些百度翻译的什么翻译了

EmeizAtenls
有必要
如果出现报错时,即使小白不知道为何报错
也能快捷的知道这个报错源自何处,然后向作者反馈

我是曲奇君
有必要,这可以节省一大笔时间去慢慢找=-=

2541459039
当然有

弱鸡绿毛怪
个人认为比较有必要,万一有些服主是大佬而不是小白服主呢(比如楼主)而且小白也可以向大佬们请教

wcy13033496327
当然有必要啦,MOD服开服以来报错就没停过。。。

残缺的al灬
有必要,后台一堆报错,看得都马上眼瞎了,有这个功能当然好

当然有必要了。
至少,可以更优♂雅也更直观一些 滑稽。毕竟我们的母语是中文。一些阅读英文能力不强的新手腐竹,很容易看见报错一脸懵逼。如果写成中文,也可以更轻易地引导他们自己去探索解决方案。
举个栗子:
这个叫 XXX 的插件在被执行 XXX 命令时出了异常,以下是异常原因:


org.bukkit.command.CommandException: Unhandled exception executing command 'XXX' in plugin XXX

对比,我当然选择上面的。

tallmoon
支持显示插件名

KiwiSAMA~
唔。。。对有些人还是有必要的吧,但是真正做大的服务器好像也没有什么必要;如果能在config里自由地选择到底要不要显示那就更好了。

Yu_Jie_Kong
有必要啊,省去了一个一个排插的问题插,节省时间插

Crystal_Curtain
我觉得是有必要的,有利于更快的排查错误

十中八九.
十分必须,加快了查询错误的速度

andylizi
完全没有必要
开服是有门槛的。

现在国内服务器还不够多吗?

andylizi
本帖最后由 andylizi 于 2017-6-25 18:11 编辑

还有。
如果这个工具强行把原本的报错内容替换成中文的,那么当服主解决不了这个问题,要反馈给作者的时候呢?想象你下你是插件作者(很可能还是外国人,看不懂中文),当你要别人发错误报告时人家给你发来一堆这玩意。
以前某you-know-who作者的you-know-what插件就有这个功能,每次看见有人反馈时带上那东西生成的报告时第一句话就是请先把那东西关了。

强烈反对。

edit: 另,即使只注明是哪个插件产生了这个报错,也是有风险的。有的时候(虽然几率很小),某些插件可能会因为另一些插件的影响而产生莫名其妙的报错,比如我记得我见过一个关于 PlayerTeleportEvent 的,只要有玩家传送,后台每一个注册了 PlayerTeleportEvent 监听器的插件都一起产生了报错,其中包括 Essentials、PlotMe 等。至今没搞明白这是怎么做到的。。

即使这样的情况很少见,通过 CauseBy 判断罪魁祸首也是不安全的。设想 A插件 调用了 B插件 提供的一个API,但不小心传入了一个不合法的 null 参数,导致 B插件 的某方法里抛NPE。这个时候 CauseBy 指向的是 B插件,这时应该算谁的?
如果算 A插件 的,那还有可能出现这样的情况:A插件传入的参数是合法的,出错完全是 B插件 的锅,这时 CauseBy 指向的仍然是 B插件。算法该如何判别这两种情况?

jiongjionger
andylizi 发表于 2017-6-25 18:02
还有。
如果这个工具强行把原本的报错内容替换成中文的,那么当服主解决不了这个问题,要反馈给作者的时候 ...

我在想,要不要折中一下。记录插件的异常次数。然后单独做一个log文件只保存异常。
当然,这个功能是可以关闭的。

第一页 上一页 下一页 最后一页