2012-02-22 20 views
1

エラーが発生したときにはいつでも電子メールで通知されるため、このエラーは若干定期的に発生します。私はそれが迷惑なので単純にそれを処理したいと思います。その主な原因は、私たちの場合、ボットがサイトにアクセスし、ページデータを変更するために何をしているかにあります。私はGlobal.asaxに以下のコードを実装することを検討していますが、それを処理するためのより良い方法があるのか​​、理由があれば私はこれをしてはならないと思っています。潜在的な正当なエラーが通知されます)、エラーを出してユーザーをエラーページにリダイレクトします。「無効なポストバックまたはコールバック引数」の処理エラー

void Application_Error(object sender, EventArgs e) 
{ 
    var exception = Server.GetLastError(); 

    if (exception is HttpUnhandledException && exception.InnerException.ToString().Contains("Invalid postback or callback argument.")) 
    { 
     Server.ClearError(); 
     Response.Redirect(HttpContext.Current.Request.Url.AbsolutePath); 
    } 
} 
+1

あなたはそれがボット権であることをご存知ですか? User-Agentフィールドを取得すると仮定します。このボットがルールに従う場合、/robotst.txtにセクションを作成して、それを特別に除外することができます。 – ValidfroM

答えて

0

あなたが言ったように、それはあなたのサイトにポップアップ表示実際の問題を隠すことができたので、私はちょうどエラーを飲み込むません。より良いアプローチは、エラー報告の構成を調整することだと思います。
私はどのレポートインフラストラクチャを使用しているのかわかりませんが、サイトで発生したすべてのエラー(大規模なサイトではノイズの重大な問題である可能性がある場合)に対して、電子メールを送信したくないと思われます。 「これらはログファイルに行きます」、「これらの致命的な/重要なものは電子メールに行く」といったようなレポートをフィルタリングする方法はありますか?

+0

@GoatBreeder、私が本当にここであなたを助けたかどうかは分かりません...しかし、バンプに感謝します。これはうまくいくのですか? – swannee

関連する問題