Capgo では、3 つの値がカウントされ、理解することが重要です
- ユーザー
- ストレージ
- バンド幅
それぞれが、カウント方法が少し異なります
ユーザー
Capacitor JS アプリをダウンロードして開くと、Capgo バックエンドに更新が必要かどうかを確認するリクエストを送信します。
アプリがそれを実行すると、重要な情報を含む少量の情報を送信します。 DeviceID
DeviceIDは、デバイス上で生成される一意のID (UUID) です。 バージョン v5.10.0、v6.25.0、v7.25.0 からプラグインを開始すると、この ID はアプリ再インストール時に保存されます (デバイス ストレージで安全に保存されます)。これらのバージョン以前では、ID はアプリインストールごとにリセットされていました。アカウントが新しいデバイス ID を受け取ると、それがデータベースに保存されます。
アカウントが古いデバイス ID を受け取ると、更新要求 (アプリを開く) が送信されると、レコードが更新されます (データベースの updated_at に更新されます)。
このデータは 2 つの場所に保存されます: DeviceID デバイス テーブルに保存されます (値)、
アプリ統計 (app_stats) に保存されます (毎日カウントが表示され、今日アクティブで今月アクティブでないデバイスの数を表します)。
制限のための最初の方法は 100% 信頼性があります。グラフを表示するための 2 番目の方法は、2 番目の方法を使用します。 アカウントのホームページで両方を確認できます:
- グラフの 2 番目の方法は、
アプリの表の 1 番目の方法は。
update_at__CAPGO_KEEP_0__ はエミュレータとデバッグ ビルドを使用した場合にカウントされません。注意してください:試用期間後、エミュレータとデバッグ ビルドの割合が 3% を超えると、ロックされます。ロックを解除するには、問題を修正する必要があります。 - __CAPGO_KEEP_0__
__CAPGO_KEEP_0__
- __CAPGO_KEEP_0__
- __CAPGO_KEEP_0__
Capgo
Capgoはまた、フィルタリングを行っています。CI/CDがGoogle PLAYにバージョンを送信するように設定されている場合、Googleは20+の実機でCapacitorアプリを実行しています。新しいバンドルの4時間以内に、GoogleデータセンターIPをブロックして、カウントされないようにします。
毎月、このデータはゼロから始まります。
- デバイスを毎回のリクエストで私のデータベースに作成または更新する
- 毎日、未使用のデバイスの数をカウントする日次カウンターに追加する
最初のメソッドは、900+ユーザーを返します。2番目のメソッドは、ユーザーアカウント上で200+ユーザーを返します。プランの制限を設定するには、最初のメソッドを使用し、グラフを表示するには2番目のメソッドを使用します。ユーザーアカウントのホームページで両方を確認できます。
ストレージ
バンドルをアップロードするたびに、この数値はアップロードサイズに増加します。
アップロードサイズに関係するのみで、より小さいアプリサイズが、プラン内でより良い位置にあります。
アップロードサイズの制限に達したり近づいたりすると、CLIを使用してバンドルの一覧を表示できます。
npx @capgo/cli@latest bundle list
バンドルを削除すると、ストレージが解放されますが、統計は削除されません。
バンドルを削除する準備ができたら、次のコマンドを使用して多くのバンドルを削除してください。
npx @capgo/cli@latest bundle cleanup
PS: これは地球に良いことですが、またお金を節約することもできます💪.
You can also use the __CAPGO_KEEP_0__ to use your storage, and not count in your plan.
--externalのアップロードを使用することで、計上されません。
バンド幅
この値の計算は少し複雑ですが、ストレージと同じ考え方です。
ユーザーがバンドルをダウンロードするたびに、この数値はダウンロードサイズに増加します。
このデータはダウンロードサイズに関連しており、CapacitorのJSアプリサイズが良ければ、計上に余裕があります。
重要なことに、Capgoはダウンロードされたサイズを知ることができません。ただし、バンドルのサイズのみを知ることができます。したがって、大きなバンドルを使用し、多くのユーザーがダウンロードに失敗した場合、迅速に計上に達します。
計上に余裕があるようにするには、バンドルを小さくし、ダウンロード中の進捗状況をユーザーに表示し、ダウンロードに残りのサイズを知らせることが最も効果的です。
将来、Capgoはダウンロードシステムを改善し、1回のダウンロードでバンドルを複数回ダウンロードする機会を増やします。
「Capgoで使用される計上方法について」から続きます。
「__CAPGO_KEEP_0__で使用される計上方法について」 「Capgoで使用される計上方法について」 __CAPGO_KEEP_0__のライブアップデート配信を計画するには、 Capgo Live Updates Capgo Live Updatesの製品ワークフローについて 概要 概要の実装詳細について 機能 機能の実装詳細について 更新動作 更新動作の実装詳細について、 更新タイプ 更新タイプの実装詳細について。
