問題タブ [sentry]

Sentry (6.0.6) が動作するようになりました。少なくとも動作する場合はsentry start動作します。ただし、デフォルトの構成場所は必要ありません。

理論的には十分に簡単です。構成ファイルを移動して使用します

...ここにあるように。しかし：

...これはデフォルトの場所であり、私が渡している場所ではありません。

なぜ存在は--config無視されるのですか？

歩哨コマンドでこれを試しています：

add_user.py は次のようになります。

authfile は、for ループで呼び出された値を入力する一連の辞書です。

対話型シェルを実行してこのファイルをインポートすると、機能します。< でプルしようとすると、出力なしで実行されて終了しますが、シェルで対話的に実行した場合のようにユーザーを作成しません。出力は次のようになります。

古いスタンドアロン バージョンのSentryを使用するプロジェクトがいくつかありますが、プロジェクトを Django 1.5 に更新すると、テンプレートの非互換性や修正できなかったその他の問題が原因で機能しなくなります。私が知る限り、Sentry の新しいバージョンでは、サブスクライブするか、Web サービスとしてセットアップする必要があります (Django プロジェクトでパッケージとして使用するだけではありません)。私は本当にそれをしたくありませんが、私は本当に機能が好きです. これを置き換えるために使用できるものはありますか、または管理者ユーザーが共有されるように Django プロジェクトに直接統合する方法がまだありますか?

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

出力を与えます：

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

設定ファイル:

=== 編集 ===

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

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

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

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