Sentry.io requires a Data source name (DSN) for it's clients to upload exceptions。それは実行時にSentry/Raven DSNを入手する場所は?
- ドキュメントから私には不明だ(良いアイデアではないようですし、秘密鍵のポイントは何だから)ここで、このDSNは、アプリケーションのオープンソースコード内すなわち、保持されるべきですかエラーを報告し、sentry.ioに登録されているユーザーから照会する必要があるかどうか(これは実際には自動ではないが、sentry.ioはそれを定義していないことを意味する)
- この文字列には、つまり、プロジェクトまたはユーザーにバインドされているかどうか、また、プロジェクトを管理しているsentry.ioユーザー、またはsentry.ioクライアントを含むソフトウェアを使用するユーザーで、sentry.ioに登録されているユーザーの場合です。これはDSNのユーザー入力をプログラムする必要があるとすぐに関連するほとんど別の質問です(ユーザー固有の場合)。
ジェネリックドキュメントはJavascriptを使用するのはなぜですか(Javascriptのみですか?例ですか)。 In the practical example Raven DSNはmain
メソッドの引数に由来します。現実にはこれはいつまでになるのでしょうか?
ありがとうございます。したがって、私が開発者とユーザーの間に管理者なしで使用するためのFLOSSアプリケーションを提供したい場合は、選択肢はありませんが、DSNをソースリポジトリに公開することは、変数やプロパティにはとにかくそれが含まれているでしょうか? –
はい、他の人にあなたのアプリケーションを実行させたいが、*あなた*がエラーレポートを受け取るようにするには、あなたのレポにDSNを含める必要があります。すべてのDSNでは、ユーザーがSentryプロジェクトにイベントを送信できるようになっているため、秘密にしておくことは完全に重要ではありません。 DSNを使用して偽のイベントを送信することはできますが、アカウントにログインして何かを見ることはできません。 – Brett