問題タブ [error-logging]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
php - Elmah その他の PHP の場合
PHP全般、特にSymfonyに相当するElmahはありますか?
web-applications - Web アプリの冗長なログ メッセージを減らす方法は?
Web アプリケーションのログを最小限に抑える方法についてアドバイスはありますか?
現在、すべてのエラーをログに記録しています。そのため、すべてのリクエストでエラーが発生する状況 (たとえば、データベース接続の問題) がある場合、すべてのリクエストですべてのユーザーについてログに記録される可能性があります。ご想像のとおり、冗長なログ エラーを含む巨大なログ ファイルを蓄積し始めるには、あまりにも多くのユーザーがあまりにも多くのことを行う必要はありません。
N 分以内に同じエラーをログに記録しないように、ある種のフラグ メカニズムを作成することにしました。これは 2 つの理由で好きではありません。1) 他の問題の中で最も重大な問題を隠す可能性があり、2) エラーのカスケードが適切にログに記録されず、以前にログに記録されたエラーが省略され、最初の診断が失敗する可能性があります。
この問題を抱えたのは私が初めてではないと確信しています... Webアプリの冗長なログメッセージを減らす方法について誰かアドバイスはありますか?
event-log - イベント ログでより詳細なエラー メッセージを取得するにはどうすればよいですか?
私はロギングにかなり慣れていません。イベントログにこのジブリッシュが表示されます。ソース ( xyAMP ) のイベント ID ( 0 ) の説明が見つかりません。ローカル コンピュータに、リモート コンピュータからのメッセージを表示するために必要なレジストリ情報またはメッセージ DLL ファイルがない可能性があります。/AUXSOURCE= フラグを使用してこの説明を取得できる場合があります。詳細については、ヘルプとサポートを参照してください。次の情報はイベントの一部です: SOURCE: System.Web
エラーを診断するときに、これをより役立つようにするにはどうすればよいですか。これが私のロギングコードです。
Sub Application_Error (ByVal sender As Object, ByVal e As EventArgs) Dim ctx As HttpContext = HttpContext.Current
これをきれいにするための提案はありますか?
ありがとう、サンディエゴで~ck
c# - サーバー ASP.net にファイルを保存する方法
わかりましたので、ASP.net と C# で実行されている Web サイトのエラー ログ ファイルを取得しようとしています。
通常のパスでドライブに保存してみました。C# コード (コード ビハインド ページ) であるため、サーバーを取得してそこに保存することを期待しています。(最終的にはサーバー上で実行されるコードです)
残念ながら、それは真実ではありません。クライアントがサイトを開くローカルマシンに保存されます。
サーバーマシンに強制的に保存するにはどうすればよいですか?
すべてのエラー ログを 1 か所にまとめたい。読書またはこれを行う方法に関する提案。
このコードは、サーバーではなくローカル マシンにファイルを生成します。
logging - エラー メッセージに追加する便利な値 .NET
私のアプリケーション全体のエラー処理では、ホスト名を返して、発生したコンピューター、アプリケーションのバージョン、Windows のバージョン、すべての内部例外を含む例外、およびスタック トレースを確認しています。
MyApplication_UnhandledException メソッド内でエラーを追跡するのに役立つその他の情報は何ですか?
c# - ASP.NET MVC の global.asax で Application_Error メソッドを使用する必要がありますか?
ASP.NET では、例外のロギングなどを処理するために、通常、「Application_Error」という保護されたメソッドを global.asax ファイルに配置することを知っています。
私の質問は、これは ASP.NET だけのものですか、それとも ASP.NET MVC でも同じように機能しますか? それは ASP.NET MVC のベスト プラクティスですか?
c# - SEHException - 外部コンポーネントが例外をスローしたエラーをどのように診断する必要がありますか?
ユーザーが次のようなエラーを報告するたびに
System.Runtime.InteropServices.SEHException - 外部コンポーネントが例外をスローしましたか?
原因を特定するためにプログラマーとしてできることはありますか?
シナリオ : 1 人のユーザー (私の会社が作成したプログラムを使用) がこのエラーを報告しました。これは、1 回限りのエラーである場合とそうでない場合があります。彼らは、先月、コンピューターが 2 回「動作を停止」したと述べました。私は経験から、この説明をあまり文字通りに受け取らないように学びました。これは通常、コンピュータに関係する誰かが期待どおりに機能していないことを意味するためです。彼らは詳細を教えてくれませんでしたし、ログに記録されたエラーも見つかりませんでした。したがって、このエラーである場合とそうでない場合があります。
スタック トレースから、実際のエラーは、相互運用コードを直接呼び出さないクラスを構築するときに発生しましたが、オブジェクトが DevExpress グリッドにデータバインドされたリストの一部である可能性があるという事実によって複雑になった可能性があります。
エラーは、通常はプログラムを終了する未処理の例外ルーチンによって「キャッチ」されましたが、無視して続行するオプションがあります。エラーを無視することを選択した場合、プログラムは引き続き動作しますが、このルーチンが次に実行されたときにエラーが再発しました。ただし、アプリケーションを閉じて再起動した後、再び発生することはありませんでした。
問題のコンピューターにストレスがかかっているようには見えませんでした。それは Vista Business を実行しており、2GB のメモリを搭載しており、タスク マネージャーによると、約 200Mb のアプリケーションでその約半分しか使用していませんでした。
関連する場合と関連しない場合がある情報がもう 1 つあります。同じプログラムの別のセクションでは、実質的にネイティブ dll のドットネット ラッパーであるサード パーティ製コンポーネントを使用しています。このコンポーネントには既知の問題があり、まれに、
保護されたメモリを読み書きしようとしました。これは多くの場合、他のメモリが破損していることを示しています
コンポーネントメーカーは、これは社内で使用しているコンポーネントの最新バージョンで修正されていると言っていますが、これはまだ顧客に提供されていません.
エラーの影響が少なく (作業が失われることはなく、プログラムを再起動して元の場所に戻るのにせいぜい 1 分しかかからない)、顧客がまもなく新しいバージョンを取得することを考えると (更新された 3 番目のバージョンを使用)パーティーコンポーネント)、私は明らかに指を交差させ、エラーが再び発生しないことを願っています.
しかし、これ以上私にできることはありますか?
.net - .net フレームワークのエラー ログの場所はどこですか
私のアプリケーションは理由もなく終了します。おそらく、使用したプロファイラーのエラーが原因です。これは、すべての CLR ランタイムに干渉するためです。問題は、.Net フレームワークがこれらの種類のエラーを記録する場所にファイルがあるかどうかです。
sql-server - SQL エラーのロギング
SQL Server 2008 には、新しい try/catch 構造があります。入れ子になった一連のストアド プロシージャでエラーが発生した場合は、呼び出し履歴をエラー テーブルに記録したいと考えています。問題は、トランザクションを開始した場合 (これはデータベースを更新する操作に当てはまります)、try/catch ステートメントのキャッチ部分のコードがトランザクションをロールバックすると、エラー テーブルに書き込まれたレコードが削除されることです。 .
これを回避する方法についてのヒントは大歓迎です。
php - PHP コール スタックの出力
PHP でコール スタックを出力する方法を探しています。
関数が IO バッファをフラッシュする場合のボーナス ポイント。