1

基本的な考え方は、本番環境を模倣したテスト環境があるため、customErrors="RemoteOnly" です。テスト環境に対して実行し、破損を検出するテスト ハーネスを作成しました。詳細なエラーを引き戻せるようにしてほしい。しかし、customErrors="On" をオンにしたくはありません。

私は周りを見回してたくさん考えましたが、私が思いついたことはすべて不可能です. これらの点について、私は間違っていますか?

  • configuration.Save() を呼び出すと web.config がディスクに書き込まれ、すべてのリクエストに対して Off になるため、実行時に customErrors をオンにすることはできません。
  • Windows 上にあり、Windows 上の Subversion はシンボリック リンクを実行しないため、独自の web.config を使用してファイルを新しい最上位ディレクトリにシンボリック リンクすることはできません。
  • URL マッピングを使用して、空のフォルダー dir2 を独自の web.config で作成し、dir1 のファイルを dir2 にあるように見せることはできません。web.config は適用されません。
  • すべての aspx ファイルを独自の web.config を使用して dir2 にコピーすることはできません。これは、どのリンクも一貫しておらず、恐ろしいハッキーなソリューションであるためです。
  • ホスト名に基づいて web.config の customErrors を変更することはできません (テスト サーバーに別の dns エントリを追加するなど)。
  • それを機能させるために仮想ディレクトリの悪ふざけを行うことはできません。

そうでない場合、私がやろうとしていることを達成する方法はありますか? 特定の状況 (DNS 名またはクエリ文字列値) で、サイト全体で customErrors をオンにしますか?

4

1 に答える 1

1

customErrors="On" または "remoteOnly" の場合、エラーの詳細は消えませんか? つまり、引き続きアクセスして、カスタム エラー ページを使用して別のソースにログを記録できます。

メッセージキューやアプリイベントログなど、ハーネスがアクセスできる場所にカスタムエラーページを本番ログに記録しないのはなぜですか? ハーネスが破損した場合、完全なエラー情報を得るために適切な場所でルックアップを実行できるほどスマートである必要があります。

とにかく考慮すべきもう1つのこと。

于 2010-05-24T19:18:38.577 に答える