問題タブ [raven]

Sentry を使用して、Django 1.7 アプリケーションの例外を監視しています。

カラスの設定は次のとおりです。

JSON API 呼び出しに応答して電子メールを送信する機能があります。ここでは、ビューにログが記録されます。

insidesend_emailはjson_objスキーマに対して検証され、違反はInvalidEmailDataError非常に長いメッセージで終了します。これは、何が問題なのかを理解するために必要です。

問題は、メッセージが一貫して 508 文字で切り捨てられていることです。これにより、API を呼び出すチームに有用な情報を提供できなくなります。

ダイアログは基本的に次のとおりです。

• 私: JSON が間違っています。
• 彼ら: わかりました、正確には何が問題なのですか?
• 私：わかりません、すみません。

どうすればこの状況から抜け出すことができますか、より正確には、ルート例外のメッセージを 508 文字に切り捨てるのは何ですか?

Flask アプリの例外が Sentry に記録される方法をテストしていたところ、同じ例外が常に 2 回ログに記録され、スタック トレースがわずかに異なることに気付きました。これはなぜ起こり、どのように防ぐ必要がありますか?

最初のエントリでは、次のスタック トレースを取得します。

2 番目のエントリのスタック トレースは次のとおりです。

Java を使用して、Google AppEngine で getsentry.com へのロギングを設定しようとしています。

https://github.com/getsentry/raven-javaで彼らのプロジェクトを使用してみました。具体的には、 ravenモジュールを使用して java.util.logging (JUL) をセットアップし、raven-appengineを使用して appengine サポートを追加しようとしました。

getentry を appengine で設定する方法を誰かが知っているかどうか知りたいですか? 以下は私が試したことの一部です。

構成の使用logging.properties:

開発サーバーは、クラスnet.kencochrane.raven.jul.SentryHandlerが見つからないと言います。質問How to add custom log handler to Google App Engine? 代わりにコードでロードするように言います。それで試してみましたが、ロギングフレームワークへのあらゆる種類のアクセスはGoogleによって許可されていません。なのでこれも捨てました。

私は、django エラー メッセージを処理するために歩哨を展開している最中です。を使用しLOGGINGた場合にのみログに記録するようにdjango の設定を構成しました。DEBUG = False'filters': ['require_debug_false']

次の例のように手動で django ビューにエラーを記録すると、エラーは正常にフィルタリングされ、sentry に送信されません。

ただし、assert次の例のようにステートメントを使用すると、フィルタリングされず、sentry に送信されます。

また、同じフィルターを使用するハンドラーにassertステートメントが送信されないことにも注意してください。mail_admins

assertエラーがセントリーに送信されるのを防ぐのを手伝ってもらえますDEBUG = Trueか?

私が使用しているパッケージのバージョンは次のとおりです。

そして、ここに私のsettings.pyの関連部分があります:

私はUglifyJSを使用してソースを縮小および醜くし、Sentryを使用して本番環境からのエラーを報告しています。

Sentry から読みやすい方法でエラーを取得するには、source-map を追加する必要があります

本番サーバーで実行しても安全ですか?それとも、ソースマップ ファイルはステージング環境にのみ存在する必要がありますか?
本番環境でそれらを保護する方法はありますか?

ここでは、「threaded+http 」がravenのデフォルトのトランスポートであると言っていますが、 raven.contrib.django.handlers.SentryHandlerにも当てはまりますか?

現在、Sentry を使用して、Django Web アプリケーションからアプリケーション レベルのエラーをログに記録しています。Sentry の範囲を拡張して、Web サーバー エラー (HTTP 408 タイムアウトなど) のログを含めることはできますか?

これらのリクエストがアプリケーションにヒットすることはないため、Django + Python のログ設定ではそれが表示されることはありません。しかし、DevOps の観点からは、これらは対処する必要がある同様に重要なエラー条件である可能性があります。

• Nginx または uWSGI は、いくつかのアドオンを使用して Sentry に直接ログを記録することをサポートしていますか? (Raven ロギング アダプター?)

• Sentry は、ログ ファイルや syslog などの Apache からのエラー キャプチャをサポートしていますか?

Sentry インスタンスが機能しなくなりました。

レイヴンでセントリーにデータを送信できますが、セロリは例外をデータベースに保存しません。なるほどDatabaseError:

セーブポイント名は呼び出しごとに異なります。

dbshel​​l を使用してセーブポイントを解放しようとしました:

助言がありますか？

Django 1.7 で404 Not Foundエラー コードを Sentry に記録したいと考えています。

logger.error()これらのメッセージをプッシュできるように、Django が提供するフックは何ですか?

Django と Sentry を使用して、500 以外の欠落しているページや奇妙な動作をしているページを監視する方法について、他のアイデアはありますか?