問題タブ [sentry]

私は既存のプロジェクトに取り組んでおり、多くの Web ページがあります。私の仕事は、sentr/raven-js を使用してクライアント スクリプト エラーのロギングを導入することです。

ドキュメントでは、追跡する必要がある関数を try/catch ブロックでラップする必要があると書かれています。私は通常 C# で作業しているので、これはよく知っています。しかし、すべてのページを編集して、すべての JavaScript 関数を try/catch でラップする必要はありません。すべてのエラーをログに記録する方法はありますか?

で何かを試しましたがwindow.onError = Raven.process、logentries を取得できませんでした。

誰かが私に欠けているものを見せてもらえますか? 私のセットアップはこれです：

現在の Web アプリ用にSentryをセットアップしようとしています。ロガーとして機能するように構成できます。

ただし、次のような例外ビューがあります。

サイトで例外が発生するたびに、ユーザーにフレンドリーなメッセージを配信できるという考えです。

しかし、どうすればエラーをロガーに渡すことができますか? 現在、例外ビューはすべての例外をキャッチしますが、ロガーには到達しません。

例外ビューでインラインで発生およびキャッチexcしてから、クライアントを介して直接 Sentry に送信しようとしましたが、最初に発生した例外をキャッチした場合に得られる完全なスタック トレースを取得できません。

フレンドリーな 500 ページを取得しながら、適切なログとエラー レポートを取得するにはどうすればよいですか?

Sentry は、メッセージの頻度を示す優れたグラフを提供しますが、実際に何を示しているかについての情報はほとんどありません。

これらのメッセージは 1 分あたりですか? 5分？15分？時間？

javascript エラーをサーバーに記録したいのですが、縮小された JS コードではスタックトレースが役に立ちません。そこで、GetsentryまたはRollbarを使用して適切なスタック トレースを表示することを考えていましたsourcemaps。しかし、そもそもソースマップを作成するのに苦労しています。

このエラーが発生しています

「src ファイルが空だったため、宛先 (_build/js/app.js) が書き込まれませんでした。」

ソース マップが正しく作成されると、別の問題が発生します。つまりrev、ファイルの名前が変更されます。また、縮小されていない連結ファイルを残す必要があります。

以下は私の gruntfile.js です (いくつかのビットを削除しました)。

アップデート

@Andyのソリューションを試してみましたが、それでも同じエラーが表示"Destination (_build/js/app.js) not written because src files were empty."され、ビルド中に以下のようにも表示されます

dest名前の由来は不明。私の出力フォルダは_build.

UPDATE2:
より良い解決策については、以下のリンクを参照してください
https://stackoverflow.com/a/20574196/148271

Sentry を使用してプロジェクトの例外をログに記録しましたが、すべて問題ありません。

しかし、例外が発生した場合に、Sentry が自分のメール (gmail,vv など) に通知を自動送信する方法がわかりません。

助けて。

ドリームホスト サーバーでセントリーを実行しようとしています。Dreamhost はパッセンジャー wsgi を使用して、django などの Python フレームワークを提供します。django アプリを実行できます。

私はvirtualenvを使用しており、pipを使用してsentryをインストールしているため、sentryのすべてのコードはvirtualenvディレクトリの下にあります。セントリーに与えられた指示では、ファイルを見つけるstartprojectための場所に配置できるディレクトリを作成するために を使用していません。passenger_wsgi.py

セントリーの Web サイトには、Nginx と uWSGI で実行されるプログラムの例が示されていますが、(この場合は) Apache とパッセンジャー wsgi に限定されています。

ドリームホストの構成でセントリーを実行することは可能ですか?もしそうなら、構成ファイルのようなものをどのように渡して動作させるのですか? 以下を使用して、ローカルで開始してセントリーと対話することができました。

だから私はすべての依存関係がホストシステムに存在することを知っています

私たちのプロジェクトでは、raven はメッセージの作成と Sentry への送信に多くの時間を要します。フレームに関するデータを作成するための多くの時間コストを調べましたが、すべてのフレームに関するデータが頻繁に必要になるわけではありません。例外またはエラーのあるフレームの前の最後の2〜3フレームだけでなく、すべてのフレームに関するデータを作成し、レイヴンによって歩哨に送信する方法はありますか。または、メッセージレベルで依存関係の完全なスタック/部分的なスタックを作成することは可能ですか? つまり、重大または例外またはエラー レベルでは完全なスタックを送信し、デバッグまたは警告レベルではフレームの一部のみを送信します。

2番目の編集:少し掘り下げた後、ローカル変数を使用して例外をログに記録する方法から、セロリがローカル変数を持たない2番目のログメッセージを送信しないようにする方法に質問が変わりました。以下の試行の後、私は常に 2 つのメールを受信して​​いることに実際に気付きました。

最初の編集:カスタムの on_failure オーバーライドを追加することで、ローカル変数を取得することができました (すべてのタスクに次のような注釈を使用します:

しかし、現在の問題は、エラーが3回発生することです.1回はセロリロガーを介して、2回はルートを介して発生します（ただし、ログ設定で「セロリ」ロガーを伝播していません）

元の質問: 私は最近、レベル「エラー」のルート ロガーとしてセントリー ハンドラーを追加した django/celery プロジェクトを持っています。これは、セロリワーカーからのものを除いて、django で発生するほとんどのエラーと例外に対して正常に機能します。

何が起こるかというと、セントリーはトレースバックとデーモンのローカルで例外を受け取りますがf_locals、スタック内の各フレームの (ローカル変数) を含みません。そして、これらは通常の python/django 例外に表示されます。

すべての例外をキャッチして、手動で exc_info をログに記録することができると思います。しかし、これは理想的とは言えません。