問題タブ [raven]

Raven をログ設定に結び付けようとしているプレーンな python (非 Django) プロジェクトがあります。

現在のセットアップでは、単純なログ構成を使用します。

その後、出力はログ ファイルにリダイレクトされます。これにより、必要なときに参照できる適切で詳細なログが生成されます。

ここで、Raven のエラー ログを追加して、現在のログ設定に結びつけ、logging.error呼び出しによってもメッセージが Sentry サーバーに送信されるようにします。次のコードを使用します。

エラーは Sentry に正常に送信されていますが、ファイル出力は 1 行しか得られません。

他のすべてのファイル出力 -- ～ からlogging.debug--logging.errorは抑制されています。

この行にコメントを付けるsetup_loggingと、ファイル出力が表示されますが、Sentry エラーは表示されません。私は何を間違っていますか？

次のロギング構成を使用して、Django 1.4 で Raven 2.0.2 を構成しました。

「django」ロガーのロギングはうまく機能します。ルート レベルのロガーの場合、ERROR レベルのメッセージをログに記録しようとすると、ログに記録されます。ただし、INFO レベルのメッセージをログに記録しようとすると、次のエラーが発生します。

私は何を間違っていますか？

セロリ タスク内から Sentry へのログ記録に問題があります。タスクのエラーは正常に機能します。ただし、イベントを手動でログに記録しようとすると、セロリ ログには記録されますが、sentry サーバーには記録されません。

私が使用しているコードは次のとおりです。

ここやネット上でいくつかの投稿を見つけましたが、それらはすべて非常に古くなっているようです

raven と getsentry を使用して django でメッセージをログに記録していますが、ログによってコードの実行が遅れているようです。例えば：

出力を与えます：

つまり、この場合、コードの実行を 600 ミリ秒遅らせます。これは予想されることですか？メッセージは別のスレッドで非同期に送信されると思っていたので、メイン コードが遅れることはありません。また、app.getsentry.com への ping 時間は 125 ミリ秒であるため、メッセージが同期で送信されたとしても、600 ミリ秒は依然として奇妙に大きいように見えます。物事をより速くするために変更できる設定はありますか?

設定ファイル:

=== 編集 ===

threading+ プロトコルを指摘してくれた Filip Dupanović に感謝します。悲しいことに、ワーカーの起動中にスレッドがコピーされるため、gunicorn では機能しませんでした。次のように、gunicorn 構成ファイルに post_fork フックを追加して修正しました。

明らかにこれはハックであり、私にとっては機能しますが、他の場所で機能するかどうかはわかりません.

Python ロギングなど、raven には多くの統合があります。一方では、Twisted は python のロギングを使用しません。一方で、twisted では raven を直接統合することはできません。

では、ツイスト ベースのセットアップで raven を使用するための現在のベスト プラクティスは何ですか?