これは、 "Script error."
問題が発生した
1.1でヤンキーします
無視するエラーがたくさんあります。 なぜこれが削除されるのですか? たとえば、エラーが発生し続けていましたが、最終的には、誤ったエラーを生成したランダムなFirefoxプラグインであることが判明しました。 それについて私ができることは何もありませんでした-それで私はそれをignoreErrorsに追加しました。
@jeremyhaile代わりにignoreUrls
回避できますか? そうでなければ、私はそれを維持します。 私は誰もこれを使用しておらず、膨満感を加えているだけだという印象を受けました。 :)
うーん、いい質問ですね。 「 http://static.ak.facebook.com/ 」のようなURLをignoreUrlsに追加すると、そのURLで始まるディレクトリ/ファイルから発生するすべてのエラーが無視されますか?
ignoreUrls
は、正規表現パターンの配列を取ります。 だからあなたはあなたがやりたいことを何でもすることができます。 :)
@jeremyhaile具体的には: https :
OK-構成からignoreErrorsを削除して、受信し始めたエラーと、ignoreUrlsで無視できるかどうかを確認します。 私が見つけたものをあなたに知らせます。
ええ-私はすでに修正できない(または気にしない)エラーに遭遇していて、ignoreUrlsを使用して除外することはできません。 これは私がすでに受け取っているそのようなIEエラーの1つです。 Microsoftによる推奨される修正は「IE8へのアップグレード」であり、URLは私のページのURLとして表示されますが、これは明らかに除外したくありません。 http://support.microsoft.com/kb/927917?wa=wsignin1.0
@jeremyhaileまあまあ。 そのままにしておきます。 知らせてくれてありがとうございます!
問題ありません-迅速な返信に感謝します!
完全一致文字列の代わりにignoreErrorsがignoreUrlsのような正規表現を使用すると便利です。 場合によっては、常に同じ番号ではない奇妙なエラーコードが添付されたエラーが発生します。 または、同じ文字列を含むが、ブラウザごとにプレフィックスが異なるエラー。
@jeremyhaileの提案への+ ignoreErrorPatterns
ようなものにリファクタリングすると、公開サイトで見られる拡張機能/ ISPから注入されたノイズの数ビットのノイズを除去するのに役立ちます。
ISPが注入したノイズ
いいですね。 :+1:
私はすべて正規表現です。 これらの2つのオプションを、URLまたはメッセージ名のいずれかでのみ機能するオプションに本質的にマージすることは理にかなっていると思いますか?
それとも、それらはまだ分離されている必要がありますか?
それを分離することは混乱を少なくするだろうと思います-そうでなければそれは
彼らの正規表現のために誰かが問題を開くことはほぼ確実のようです
予想以上に一致しました。
名前を変更して、自分が何であるかを明確にするというアイデアが好きです。
提供するのは正規表現であるか、文字列とを明示的にチェックします。
正規表現を使用して、サプライズを回避するために==
または.test()
どちらを使用してテストするかを決定します。
私はそれを分離しておくことに同意します-URLとメッセージの正規表現を明示的に記述しない場合は考えられません。 また、URL正規表現を作成している場合、それをすべてのメッセージと比較するのは非効率的です。
比較を行う前に、文字列か正規表現かを確認するというあなたのアイデアも気に入っています。
何百もの「
ignoreErrors:['
サーバー上でそれは言う:
9分前javascript
なぜこれがフィルタリングされないのか考えはありますか? これについて別の問題を開く必要があるかどうかを教えてください。 (そしておそらく正規表現の問題も)
@jeremyhaileそのための別の問題を開くことができますか?
この非推奨の警告を元に戻しました。 それは悪い考えです。 :)
入力してくれてありがとう!
最も参考になるコメント
この非推奨の警告を元に戻しました。 それは悪い考えです。 :)
入力してくれてありがとう!