【发布时间】:2014-03-29 18:18:33
【问题描述】:
我想在 ASP.NET MVC 站点(使用 ELMAH)中收集和分析 404 数据以解决任何实际问题。主要要求是以更专业、更密集但仍可查询的格式存储此信息,包括引用站点/URL。
我目前可以在 ELMAH 中查看 404。但是我不希望 ELMAH 收集我所有的 404(至少不是默认格式),因为这些错误日志变得太大太快。只有大约 1% 的 ELMAH 404 日志通常是相关数据,例如记录与普通漏洞扫描无关的异常详细信息。然后,如果我必须每周截断我的 ELMAH 表,则发现真正的错误变得非常困难,甚至是不可能的。
此外,即使在 ELMAH 中收集了所有数据之后,它也没有为关键的 target 和 referer URL 字段(用于查询或聚合)提供专门的字段,这使得管理 404 成为可能。
如果有一个包(例如通过 NuGet)可以存储到 SQL,包括一个表示层,可以按最常见的错误或实际引用源的错误进行排序,甚至允许将它们标记为可见/已解决,这样它们就不会在未来的报告中显示,这将是一个理想的解决方案。任何提供其中一部分的解决方案都是一个很好的开始。
我可能会向 ELMAH 添加一个自定义处理程序并通过我自己的数据层记录到 SQL 来代替建议。
但是,我更喜欢打包的解决方案,它不需要利用 ELMAH。如果 ELMAH 不是解决方案的一部分,我可以手动将过滤器添加到 ELMAH(Elmah reporting unwanted 404 errors、ELMAH - Filtering 404 Errors)。
【问题讨论】:
-
呃,如果你不赞成/关闭投票,请发表评论 - 这怎么跑题了?安装 ELMAH 后,404 成为应用程序的责任。如果您认为有一种简单的方法可以将这个问题移到编程领域之外,那么注释不是也很有礼貌吗?最近人们似乎认为,如果没有可见的代码,那就是一个糟糕的问题。
标签: asp.net-mvc http-status-code-404 elmah error-reporting