Web applications 全局异常处理程序应该如何在web应用程序中工作?

Web applications 全局异常处理程序应该如何在web应用程序中工作?,web-applications,error-handling,Web Applications,Error Handling,在全球企业内部网上的web应用程序中,它应该显示什么?这些年来,你们中的一些人学到了哪些最佳实践或东西 我正在考虑在错误页面上放置一个文本字段和提交按钮,允许用户在需要时自动提交帮助通知单。。。它肯定会记录错误。。。还有什么?看看。它可以做你想做的所有事情,几乎是开箱即用:我们通常会记录所有异常。一个完美的应用程序不应该进入用户看到错误页面的状态,因此每个未处理的异常都需要被视为潜在的bug 我在使用hoptoad记录异常方面取得了一些成功—它将相关异常分组,并为您提供防止重复通知的每个组的计数

在全球企业内部网上的web应用程序中,它应该显示什么?这些年来,你们中的一些人学到了哪些最佳实践或东西


我正在考虑在错误页面上放置一个文本字段和提交按钮,允许用户在需要时自动提交帮助通知单。。。它肯定会记录错误。。。还有什么?

看看。它可以做你想做的所有事情,几乎是开箱即用:

我们通常会记录所有异常。一个完美的应用程序不应该进入用户看到错误页面的状态,因此每个未处理的异常都需要被视为潜在的bug

我在使用hoptoad记录异常方面取得了一些成功—它将相关异常分组,并为您提供防止重复通知的每个组的计数。我们还会收到每个异常的电子邮件,其中包括堆栈跟踪和引发的异常


你不能等待用户告诉你有问题-你需要比他们更了解你的系统,并在出现错误时处理错误,而不是在有人投诉时处理错误。

设置日志程序以自动向你发送错误电子邮件。

取决于网站,但许多网站只会记录错误并重定向到主页或错误页面(如果您愿意)


对于公共站点,重定向到错误页面通常没有多大意义,因为大多数用户无论如何都不知道如何处理它。对于intranet站点,尽管它可能更有意义。

如果您使用的是.Net,请获取。记录模块和处理程序时出错

它是开源的,非常容易使用

作为一般规则,任何异常类型的错误都应该自动记录并提交给bug跟踪系统。可能,他们也应该通过电子邮件发送给待命人员。换句话说,不要依赖于用户在打电话之前告诉你有一个问题,这个问题与你对它的了解密切相关

如果您愿意,在您的每个网页上放置一个按钮,允许用户提交票据是一个好主意。只要保持它非常简单一个领域是好的,并允许他们提交任何理由。这些信息应该放在能够尽快做出决定的人面前,无论是通过电子邮件还是通过帮助通知单

你可以得到很多你从未想过的好反馈