2

IIS7 でトレースを有効にしました。IIS 管理ツールの [ASP] タブで、これらのプロパティを true に設定します。

  • appAllowClientDebug、
  • appAllowDebugging、
  • エラーToNTLog、
  • scriptErrorSentToBrowser;

それをテストするために、私は小さな古典的な ASP テスト ページを作成しました。このページには、自発的にバグ (不適切な ActiveX 名) を含めました。

私の ASP テスト ページは、バグ行に到達するまでレンダリングされます。ページの残りの部分はレンダリングされません。エラー コード 500 を予期していましたが、コードは常に 200 です。FailedReqLogFiles フォルダーにエラー ファイルはありません。

誰かアイデアはありますか？

4

4 に答える 4

3

OK、問題は実際にはサーバー側のデバッグを有効にすることにあると思います。有効にしている場合もありますが、代わりに無効にする必要があります。

サーバーは、デバッグを開始する必要があると判断し、デバッガーを起動しようとしますが、デバッガーが見つからないため、あきらめます。これはIIS7以前には起こらなかったと確信しています。

于 2009-03-16T10:06:15.153 に答える
2

おはようございます

SQL Server エラーがブラウザに表示されなかったため、この問題により開発が大幅に遅れていました。当社のアプリケーション サービス プロバイダーはいくつかの設定を試みましたが、機能させることができませんでした。彼らは私に設定を送ってくれましたが、私は誤って一度に 2 つだけ行ってしまい、問題は解決しました。彼らは、aspがエラーコードではなくリターンコード200を返していると私に言いました。

これが私たちのために働いたものです：

「ブラウザーに送信 = True」と「サーバー側のデバッグを有効にする」= False の組み合わせが機能します。

それが他の人に役立つことを願っています。

トム・アームストロング

于 2009-09-18T13:42:33.910 に答える
0

これを見て、これが 500 エラーの発生を妨げているかどうかを確認してください。また、バグが activeX の例外ハンドラーを介して処理される場合、asp 応答でエラーが表示されない可能性があります。

http://classicasp.aspfaq.com/general/why-do-i-get-a-500-internal-server-error-for-all-asp-errors.html

200 OK は、HTTP 要求が成功した場合の標準的な応答です。ステータス コードは、クライアントの要求が正常に受信され、理解され、受け入れられたことを示します。

于 2009-03-02T21:30:53.397 に答える
0

これと同じ IIS7 エラーが発生しました。どんな種類のエラーも返していませんでした。画面にエラー メッセージは表示されず、500 も表示されませんでした。ページのレンダリングが停止しました。

それはあなたが見ているものですか？残念ながら、それが何だったのか思い出せません。何かがエラーを処理しているようだったと思います。（これがあなたが見ているものなら、私は覚えようとします！）

これではないと思いますが、次のように考えられます: [エラー ページ] > [機能設定の編集] (右側のパネルに隠れています) に移動し、[詳細なエラー?] を選択します。その設定も必要ですが、あなたはそれについて言及しませんでした。

于 2009-03-09T03:36:11.783 に答える