Hoptoad v. Exceptional v. exception_notification v. exception_logger答案

【问题标题】：Hoptoad v. Exceptional v. exception_notification v. exception_loggerHoptoad v. Exceptional v. exception_notification v. exception_logger
【发布时间】：2009-08-31 16:55:06
【问题描述】：

以下哪种异常通知解决方案最好？

【问题讨论】：

重复stackoverflow.com/questions/1032143/…

标签： ruby-on-rails exception exception-handling

【解决方案1】：

我使用 hoptoad 并获得了积极的体验，我强烈推荐它。

【讨论】：

我更喜欢 hoptoad 的 UI，但 Heroku 的插件很特别，所以我经常使用它
Hoptoad 现在也可以作为 Heroku 插件使用

【解决方案2】：

在高流量站点上，我们使用内部消息队列来处理错误，然后将这些错误泵回 hoptoad。不是 hoptoad 的忠实粉丝，很容易忽略消息。

内部队列让我们可以在需要时轻松更改服务，并防止我们的应用程序在请求周期内依赖外部应用程序（即使整个请求成功，我们也会将一些错误记录到 hoptoad。

只是想法。

【讨论】：

【解决方案3】：

我们目前正在努力使 Exceptional 成为目前最好的异常跟踪器，因此我们认为如果您尝试一下，您会喜欢它。如果您确实对其进行了评估，并在评估期间有时间向我们提供反馈，我们将非常感谢您的想法。

您可以在http://getexceptional.com注册免费的“入门”计划

如果您在评估过程中有任何问题，请通过 feedback@getexceptional.com 告知我们

干杯，

沃尔 walter@getexceptional.com

【讨论】：

我们如何注册此入门计划链接不明显，您的博客链接在页脚中损坏

【解决方案4】：

我们使用 Hoptoad，它运行良好。它的 UI 中有一些我真的很怀念的功能，比如全文搜索和通过复选框关闭列表视图中的多个错误的能力。我很好奇 Exceptional 比 Hoptoad 有什么优势，以及它的方法是否不同。

【讨论】：

【解决方案5】：

我们又得到了一个免费且非常酷的。

许多项目都是免费的。

结帐http://errorapp.com

【讨论】：

项目看起来不错，可惜停产了。