这是"Script error."问题的前 1.0 天的残余，但此后已被硬编码到 raven 中。 它对其他任何事情都没有真正的帮助。
mattrobenolt
所有18条评论
我会用 1.1 猛拉
mattrobenolt
于 2013-02-15
我有很多我忽略的错误。 为什么要删除这个？ 例如 - 我不断收到一个错误，我最终将其追溯到一些随机的 Firefox 插件，该插件生成了一个虚假错误。 我对此无能为力 - 所以我将它添加到 ignoreErrors。
jeremyhaile
于 2013-02-25
@jeremyhaile你能用ignoreUrls来解决它吗？ 如果没有，我会保留它。 我的印象是没有人使用它，它只是增加了膨胀。 :)
mattrobenolt
于 2013-02-25
嗯 - 好问题。 如果我添加一个像“ http://static.ak.facebook.com/ ”这样的 URL 到 ignoreUrls，它是否会忽略来自以该 URL 开头的任何目录/文件的所有错误？
jeremyhaile
于 2013-02-25
ignoreUrls接受一组正则表达式模式。 所以你可以为所欲为。 :)
mattrobenolt
于 2013-02-25
@jeremyhaile具体： https :
mattrobenolt
于 2013-02-25
好的 - 我将尝试从我们的配置中删除 ignoreErrors 并查看我开始收到哪些错误以及 ignoreUrls 是否允许我忽略它们。 我会让你知道我发现了什么。
jeremyhaile
于 2013-02-25
是的 - 我已经遇到了我无法（或不在乎）修复的错误，并且无法使用 ignoreUrls 排除这些错误。 这是我已经收到的一个这样的 IE 错误。 根据 Microsoft 的推荐修复是“升级到 IE8”并且 URL 显示为我的页面 URL，我显然不想排除它。 http://support.microsoft.com/kb/927917?wa=wsignin1.0
jeremyhaile
于 2013-02-25
@jeremyhaile 很公平。 我会保留它。 谢谢你让我知道！
mattrobenolt
于 2013-02-25
没问题-感谢快速回复！
jeremyhaile
于 2013-02-25
如果 ignoreErrors 使用像 ignoreUrls 这样的正则表达式而不是精确匹配字符串，那就太好了。 在某些情况下，我遇到的错误附加了一个奇怪的错误代码，这些代码并不总是相同的数字。 或者包含相同字符串但在不同浏览器中具有不同前缀的错误。
jeremyhaile
于 2013-02-26
+1 @jeremyhaile的建议 - 要么使用正则ignoreErrorPatterns类的东西，这将有助于消除我在我们的公共网站上看到的一些扩展/注入 ISP 的噪音。
acdha
于 2013-02-26
ISP 注入的噪声
听起来不错。 ：+1：
我完全支持正则表达式。 您认为将这两个选项从本质上合并为一个仅适用于 url 或消息名称的选项有意义吗？
还是应该分开？
mattrobenolt
于 2013-02-26
我认为将它分开会减少混乱 - 否则
似乎几乎可以肯定有人会打开一个问题，因为他们的正则表达式
匹配得比他们预期的要多。
我确实喜欢重命名它以明确您的想法
提供是一个正则表达式或显式检查字符串与字符串。
regexp 决定是否使用==或.test()进行测试以避免出现意外。
acdha
于 2013-02-26
我同意将它分开 - 我想不出我不会明确为 URL 和消息编写正则表达式的情况。 另外 - 如果我正在编写 URL 正则表达式，将它与每条消息进行比较是低效的。
我也喜欢您在进行比较之前检查它是字符串还是正则表达式的想法。
jeremyhaile
于 2013-02-26
我遇到了 ignoreErrors 的问题（也许用正则表达式修复了？），我收到了数百个“
忽略错误：['
在服务器上它说：
9 分钟前
知道为什么这不会被过滤吗？ 让我知道我是否应该为此打开一个单独的问题。 （也许还有正则表达式问题）
jeremyhaile
于 2013-02-26
@jeremyhaile你能
mattrobenolt
于 2013-02-28
我恢复了这个弃用警告。 这只是一个坏主意。 :)
感谢您的输入！
mattrobenolt
于 2013-03-07
相关问题
mogelbrod
·
3评论
ma2gedev
·
3评论
THPubs
·
3评论
nicolezhu
·
3评论
adepue
·
3评论
最有用的评论
我恢复了这个弃用警告。 这只是一个坏主意。 :)
感谢您的输入！