コピー

ここに記載されていない質問がある場合は、ご質問ください! 問題を提出するか、 ディスコード でご相談ください。

「code push」は何ですか?

Code push（Capacitor のアプリに OTA（オーバー・ザー・エア）アップデートを提供するクラウドサービス）では、Capacitor 開発者が Capgo にアプリをデプロイできます。 Capgo は現在、Android、iOS、Electron で動作しています。

“Code Push”は、React Native コミュニティが使用するデプロイ機能の名前を指します。 マイクロソフト そして エクスポどちらもCapacitorをサポートしていません。

Capgo CLI のバージョンは、プラグインまたはCapacitorのバージョンと一致する必要がありますか?

No. Always use the latest Capgo CLI (npx @capgo/cli@latest). The CLI and Capgo Console follow their own versioning and stay compatible with any supported updater plugin major. Capgo plugins follow Capacitor majors; see Capgo バージョニング LTS タグのために @lts-v7.

バンドルとリリースの間の違いは何ですか?

We use the term “release” to mean preparing a binary for the app stores. In order to later generate a bundle Capgo needs to know the exact binary that was shipped to the app stores.

「リリース」という言葉は、App Store へのバイナリの準備を意味します。後でバンドルを生成するには、code は App Store への出荷されたバイナリの正確なものを知る必要があります。 npx @capgo/cli@latest bundle upload 「バンドル」という言葉は、リリースを新しい code にアップデートするためのパッチを適用できることを意味します。

コマンドは、ユーザーに配信するために、ローカルで新しい __CAPGO_KEEP_0__ を生成してから、バンドルを生成します。

「Delta更新ファイルパスの制限はありますか?」というセクション

• ゼロバイトファイル: CapgoのCLIログ Ignoring empty file... そして、Deltaマニフェストから空のファイルを除外します。アップロードは失敗しません。したがって、空のファイルは結果のバンドルを変更することなく、デプロイを停止しません。ゼロバイトファイルをDeltaバンドルパスに含めないでください。
• パスにスペースが含まれる: Deltaアップロードは、明確なエラーで早期に失敗します。バンドルパスにスペースが含まれる場合、スペースを削除するファイルまたはディレクトリ名を変更して、Deltaアップデートをアップロードしてください。

詳細 Deltaアップデート 詳細

ロードマップとは何か?

プロジェクトボードはこちら https://github.com/orgs/Cap-go/projects

私たちのチームは、公に活動しているので、いつでも私たちの作業を確認できます。私たちは、ロードマップや優先事項についての質問に答えることを嬉しく思っています。Githubの問題や Discord.

Capgoをチームと一緒に使用できますか?

はい！すべてのプランでは、無制限の開発者をサポートしています。アプリのメトリクス（MAU、ストレージ、バンド幅）を各組織に制限しています。

参照 チーム 詳細はこちら

Capgoは私のソースコードcodeを保存しますか?

いいえ。Capgoサーバーはあなたのソースcodeを見ることはありません。Capgoを実行すると npx @capgo/cli@latest bundle upload, Capgoは最適化/コンパイルされたcodeのzipファイルを保存します。これは、ブラウザが受信するcodeと同じものであり、あなたのソースcodeではありません。

追加のセキュリティのために、2つのオプションがあります:

• エンドツーエンド暗号化:アップロードする前に、パッケージを暗号化して、ストレージとトランジットで保護し、第三者があなたのプライベートキーなしで有効な暗号化されたアップデートを生成するのを防ぎます。この方法では、配布アプリに含まれるパブリックキーは、逆エンジニアリングが不可能になるわけではありません。
• 外部URLアップロード:パッケージをあなたのサーバーに保存し、Capgoにダウンロードリンクを提供するオプションを選択します。 --external <url>

プライバシーポリシーも参照してください: https://capgo.app/privacy

パッケージファイルはプライベートデータですか?

いいえ。バンドルファイルは、ユーザーがアプリをダウンロードできるようにするために意図されたパブリックウェブアセットです。誰でもバンドルファイルのURLを知っていれば、ファイルを取得できます。Capgoはセットアップとドキュメントでユーザーにこのことを伝えます。

バンドルファイルへのアクセスはデータ漏洩と見なされません。アプリのバンドルにシークレット、クレデンシャル、個人情報、規制データを含めないでください。高セキュリティのケースでより強い機密性が必要な場合は、エンドツーヘンド暗号化を使用してくださいが、しかし、セキュリティレポートの観点から、配布済みアプリのcodeとアセットはパブリックと見なされます。

CIシステムからCapgoを使用できますか?

はい。CapgoはCIシステムから使用することを意図しています。私たちはAndroidとCapgo Actionsのためのガイドを AndroidとGithub Actions 、 iOS、そして GitLab他のCIシステムは似たようなものです。

問題が発生した場合は、GitHubの問題やDiscordにご連絡ください。

これはFirebase Remote ConfigまたはLaunch Darklyとはどのように関係するのでしょうか?

Codeプッシュは、codeを追加したり、codeを置き換えることができます。Firebase Remote ConfigとLaunch Darklyは両方とも、設定システムです。アプリの設定を変更することができますが、新しいバージョンを配信する必要はありません。codeを置き換えることを目的としていません。

この依存関係のフットプリントはどのくらい大きくなりますか?

最近は測定していませんが、codeプッシュライブラリは、Capacitorアプリに1メガバイト以下を追加することを期待しています。サイズを小さくする方法を知っていますが、優先順位が高い場合はご連絡ください。

Does Capgo work on the iOS 18.4 Simulator?

CapgoはiOS 18.4 Simulatorでは正常に動作しません。アップストリームの問題により、CapgoはiOS 18.4 Simulatorでは信頼性がありません。実機または別のiOSシミュレータのバージョンでテストしてください。

詳細はReact Nativeの問題を参照してください: facebook/react-native#50510

codeプッシュは大規模なアプリケーションとどのように動作しますか？

はい。codeプッシュは、アプリケーションのサイズに制限はありません。下記の注記に記載されているように __CAPGO_KEEP_0__プッシュは、__CAPGO_KEEP_1__を変更できます。アプリケーションのサイズに関係なく。, Capgo can change any JS code in your application regardless of size.

__CAPGO_KEEP_0__ __CAPGO_KEEP_1__プッシュはどのように使用できますか？

Capgo codeプッシュはどのように使用できますか？

いくつかの利用例があります:

• 生産アプリケーションの緊急修正。
• 古いバージョンのアプリケーションにユーザーにバグフィックスを配信する。
• 定期的に (例えば、1 時間ごとに) 配信する。

注: 多くのアプリストアでは、動作の重要な部分を変更する code を配信することを禁止しています。詳しくは以下を参照してください。 下記 「MAU」とは、__CAPGO_KEEP_0__ の何を指しますか?

「MAU」とは、Capgo の何を指しますか?

A MAUは、1か月間のローリング期間中にCapgoに接続した、1つのデバイスを指します。同一の物理デバイスが2つの異なるネイティブアプリIDで使用される場合、それぞれのアプリIDに対して1回カウントされます。アプリID間で重複はされません。

ネイティブアプリIDが異なる場合、またはバンドルID、署名のID、エンタイトルメントセット、ストアのリストが異なる場合、別々のネイティブアプリIDを使用してください。 チャンネル. That keeps the flavours under one Capgo app and makes releases simpler. Use separate native app IDs when a flavour needs a distinct bundle ID, signing identity, entitlement set, or store listing.

v7.50.1以降のバージョン v5.50.1以降のバージョン v6.50.1以降のバージョン v6.50.1以降のバージョン v5.50.1以降のバージョン v7.50.1以降のバージョン v7.50.1以降のバージョン v5.50.1以降のバージョン リリースラインの場合、IDはAndroid Backup/Restoreがアプリの設定を保持する場合にのみ復元されます。バックアップを無効にする、設定を除外する、またはアプリのデータをクリアすると、新しいデバイスIDが生成されます。アプリの更新は新しいデバイスIDを作成しません。

テストと開発用ビルドの場合、開発用ビルドとエミュレータの配信をプロダクション チャネルで無効にします。配信を制御するのはMAUではありません: デバイスはCapgoに接続したときにまだカウントされます。プロダクションのCapgoエンドポイントを呼び出すのを避けるには、ライブ更新を無効にしてください。 テスト用にNativeビルドを使用するにはライブ更新を無効にします。 ライブ更新を無効にしてNativeビルドをテストする方法についてはこちらを参照してください。

何ができないCapgo codeプッシュ?

Capgo cannot change native code such as Java, Kotlin, Objective-C, Swift, native plugins, or native configuration. Those changes require a new native app release. For store-review scope, see App StoreとGoogle Playのポリシー.

Can I update capacitor.config.ts changes via Capgo?

No. Short rule: Capgo は生成されたウェブビルドフォルダを送信できます。これには、HTML、CSS、JavaScript、アセット、純粋な JavaScript パッケージの変更が含まれます。 capacitor.config.tsChanges to npx cap sync または npx cap copy Capacitorライブアップデートの代替

The Capacitor configuration file is read at native build time and compiled into the native app binary. If you need to change your Capacitor configuration, you must:

1. Capawesomeの代替 capacitor.config.ts Capawesomeの代替
2. コンサルティングサービスnpx cap sync Appflowプラグインまたは
3. Update

Does Capgo submit to the stores for me?

Capgo BuildはiOSまたはAndroid用の準備されたネイティブプロジェクトをコンパイルして署名し、設定されている場合、署名された結果をApp Store ConnectまたはGoogle Playに提出します。既存のCIを維持して、プライベート依存関係、Webビルド、Capacitorの同期、カスタムネイティブの準備を実行できます。Capgoはネイティブビルドステップで準備されたネイティブプロジェクトを受け取ります。

See Capgo Build そして ビルド構成の参照 ワークフローとストア提出オプションについての詳細

「Capgo」はディスク上で何を保存し、どこに保存するのですか？」

The Capgo updater (included in your application when you build your app) caches the latest downloaded bundle in the only directory that capacitor allow to load code. On Android, this is located in /data/user/0/com.example.app/code_cache/capgo_updater ただし、そのパスの一番下はAndroidシステムによって提供され、実行時には動的に変更される可能性があります。iOSデバイスでは、データは Library/Application Support/capgo.

The Capgo command line tools (e.g. npx @capgo/cli@latest bundle upload) are installed on disk in npm caches, your logins are stored in your home directory in ~/.capgo.

Capacitor Hot Reloadとはどのように関係するか?

CapacitorのHot reloadは開発用の機能であり、Codeはリリース用です。

Hot reload is a feature of Capacitor that allows you to change code on the device during development. It requires building the Capacitor app with a proxy to connect to your local machine.

Codeのcode pushは、リリース用にデバイス上のcodeを変更できる機能です。プラットフォームによって異なるテクニックを使用します。

Capgoのcode pushはどのような変更をサポートする?

CapgoはアプリケーションのJS codeを変更できます。これにはアプリケーションのcodeや生成されたcodeも含まれます。依存関係を更新することもできます。 package.json native code の変更が必要ない限り。

native code (例: Android の Java/Kotlin または iOS の Objective-C/Swift) のサポートは計画されていません。ツールは、native code が変更されていることを検出すると警告を表示します。native code はバンドルに含まれません。

Web には対応することはできますか?

Web では Code push は必要ありません。Web アプリを開くと、サーバーから最新バージョンをダウンロードします。

Web での code push についてのご意見をお聞かせください。

iOS、Android、Mac、Windows、Linux などには対応することはできますか?

はい。

現在、Android、iOS、Electron のサポートに焦点を当てており、code push はこれら 3 つのプラットフォームでプロダクション用に準備されています。

What OS versions does Capgo support?

CapgoはCapacitorがサポートするAndroidのバージョンと同じバージョンをサポートします。

Capacitorは現在、Android API 22.0以上とiOS 13.0以上をサポートしています。 https://capacitorjs.com/docs/main/reference/%E6%8A%93%E6%89%8B%E3%82%92%E6%8F%90%E4%BA%A4%E3%81%99%E3%82%8B

CapacitorのどのバージョンがCapgoでサポートされているか?

Capgoは、Capacitorの最新の安定版のみをサポートしています。古いバージョンのCapacitorもサポートすることができますが、長期的なメンテナンスを確実に行うためのインフラを構築していないため、実際にはサポートしていません。将来的には、Capacitorのバージョンをサポートする予定です。企業向けの顧客には、どのバージョンでもサポートする予定です。 https://github.com/Cap-go/capgo/issues/1100

CapgoはCapacitorの安定版を追跡し、安定版のリリース後数時間以内に更新されます。 これらの更新を実行するためのシステムは自動化されており、実行には数分かかります。 その後、サーバーに公開する前に追加の手動検証ステップを実行します。

App/Play Store レビューのプロセスやポリシーとはどのように関係する?

Capgoは、Capacitorのウェブ層にのみ変更を提供します: HTML、CSS、JavaScript、そしてアプリのWebViewで実行されているアセット。ネイティブバイナリ、ネイティブプラグイン、権限、エンティティ、署名、またはストアメタデータは変更されません。

ネイティブの変更や機能に影響を与える可能性のあるマテリアルな変更には、ネイティブのストアリリースを使用し、ユーザーに提示したアプリの体験内にライブアップデートを維持してください。

CapgoはApp StoreまたはGoogle Playの承認を保証しますか?

いいえ。AppleとGoogleはそれぞれのアプリとリリースについて独自の事実を検討し、Capgoは個別の承認またはレビュー結果を保証できません。アプリのコンテンツ、披露、更新スコープ、および現在のストアポリシーへの準拠については、チームが責任を負ってください。

レビューとリリース計画については、公式ポリシーを直接参照してください: Apple App Store Review Guidelines そして Google Play Device and Network Abuse policy.

Capgoを利用できるか?

Capgoの利用は、どの国でも制限されていません。

Capgoは、Cloudflare Cloudを使用しており、R2 StorageとCloudflare workersも利用しています。

Capgoが使用するURLは以下の通りです。

• https://api.capgo.app — __CAPGO_KEEP_0__サーバーと__CAPGO_KEEP_1__のアップデートツールを使用して、ユーザーのデバイスでアップデートを確認するために使用されます。 npx @capgo/cli command line tools to interact with the Capgo servers as well as the Capgo updater on users’ devices to check for updates.
• — __CAPGO_KEEP_0__サーバーと__CAPGO_KEEP_1__のアップデートツールを使用して、ユーザーのデバイスでアップデートを確認するために使用されます。 npx @capgo/cli アップロードおよびダウンロード用のコマンドラインツール

あなたの国ですべてのURLがアクセス可能な場合、Capgo は正常に動作するはずです。

あなたの地域で、上記のいずれかのURLへのアクセスをブロックする必要がある場合、ご連絡いただけると、解決策を検討することができます。プロキシサーバーは一つのオプションです。

Capgo を自社でホストすることは可能ですか?

はい。エンタープライズは、アップデートバックエンドを自社インフラストラクチャで実行する必要がある場合、ライセンスされた自社ホストのCapgo展開をサポートしています。詳しくは Self-Hosted Updater をご覧ください。

code のプッシュはインターネット接続が必要ですか?

はい。サーバーを別のインターネットから分離してアップデートを配布することが考えられますが、更新をデバイスに輸送するためにネットワーク接続性が必要です。

Capgoはネットワーク接続性の欠如によってどのように影響を受けるか?

Capgo アップデートツール（Capgoでアプリケーションをビルドするときに含まれる）は、ネットワーク接続性の問題に耐性のある設計になっています。

デフォルトの更新動作では、アプリケーションが起動すると、Capgo アップデートツールに通知し、Capgoサーバーにネットワーク要求を送信し、更新を確認する別のスレッドを生成します。アプリケーションがブロックされないようにするために、意図的に別のスレッドを使用しています。ネットワーク要求が失敗したりタイムアウトしたりすると、アップデートツールは次にアプリケーションが起動したときに再度チェックを試みます。

Capgo コマンドラインツール（例えば npx @capgo/cli@latest bundle upload）にはネットワーク接続性が必要です。Capgoを使用してアプリケーションを配布している場合、CIシステムにはネットワーク接続性を確保する必要があります。

ユーザーが長い間アップデートをしなかった場合に、更新を逃した場合に何が起こるのですか?

デバイスごとに、最新のバージョンが利用可能な場合に常に更新を送信し、リクエスト元を常に最新のバージョンに更新します。 したがって、ユーザーがしばらく更新をしない場合、間接的な更新を「見逃す」ことになります。

更新サーバーは、次のインクリメンタルバージョンまたは最新バージョンを応答するように変更できます。 これは、あなたのアプリケーションのニーズに応じて、代替の更新動作をサポートできます。 重要な場合は、代替の更新動作についてご連絡ください。

CapgoはCapacitorとはどのように関係しているでしょうか?

CapgoはCapacitorのプラグインで、codeのプッシュ機能を追加します。 CapgoはCapacitorの置き換えではありません。 すでに知っているCapacitorツールを引き続き使用できます。

We track the latest stable release of Capacitor and update our code push plugin to work with it.

更新はいつ行われますか?

By default, the Capgo updater checks for updates on app startup. It runs on a background thread and does not block the UI thread. Any updates will be installed while the user is using the app and will be applied the next time the app is restarted.

It is also possible to run the Capgo updater manually using the @capgo/capacitor-updater パッケージを通じて、任意のタイミングで更新をトリガーすることが可能です。プッシュ通知を介しても可能です。

Capgo アップデーターは、ネットワークが利用できない場合やサーバーがダウンしている場合、またはサーバーにアクセスできない場合でも、通常の動作を継続するように設計されています。サーバーからアップデートを削除した場合でも、すべてのクライアントは通常の動作を継続します。

バンドルをチャンネルに追加することで、簡単にパッチをロールバックできます。

アプリIDを秘密にしなければならないのですか?

いいえ。アプリ内に含まれているため、公開しても問題ありません。バージョン管理に含めることもできます。誰かがアクセスする心配はありません。 app_id アプリIDを知っている人は、__CAPGO_KEEP_0__ サーバーから最新のアプリのバージョンを取得できますが、アプリに更新をプッシュしたり、__CAPGO_KEEP_1__ アカウントの他の部分にアクセスしたりすることはできません。

__CAPGO_KEEP_0__ サーバーにどのような情報が送信されますか? app_id can fetch the latest version of your app from Capgo servers, but they cannot push updates to your app or access any other aspect of your Capgo account.

What information is sent to Capgo servers?

データインベントリ、エンドポイントの動作、プライバシー制御に関する詳細は 法的合致.

設定 statsUrl: '' 明示的なアップデート統計レポートを無効にするには、設定してください。 また、 statsUrl をプロキシまたは管理するエンドポイントに送信することもできます。詳しくは 自社のインフラで統計の処理を参照してください。 アップデートチェックには、Capgoが正しいアップデートを選択し、毎月のアクティブデバイス数を測定できるようにするために、各アプリのスコープ内のデバイスIDが必要です。

の サブプロセッサーリスト は、提供元、処理場所、転送メカニズム、変更履歴に関する最新の情報です。

HIPAAに準拠したアプリでCapgoを使用できますか？

はい、ですが、適切なデプロイメントモデルを選択するには、コンプライアンスオーナーが必要です。 Capgo Cloud は現在、HIPAA 対応のホストされた統計処理として提示されていません。デフォルトでは、更新データはデバイススコープであり、知られているアプリユーザーと紐付けされていません。多くのチームはそのモデルを成功させています。

厳格なレビューの場合、プラグイントラフィックを地理的にローカライズする、統計を無効にする (設定を空の文字列に設定する)、統計エンドポイントを独自にホストする、またはライセンスされた独自ホスティングを使用できます。 __CAPGO_KEEP_0__ を使用して、メール、ユーザーID、患者ID、従業員ID、またはアップデータのテレメトリを個人にマップする値を指定して呼び出すことはできません。 statsUrl 詳細な技術設定と統計を無効にした場合の可観測性のトレードオフについては、 CapacitorUpdater.setCustomId(...) HIPAA Compliance

を参照してください。 HIPAA 対応アプリ向けに __CAPGO_KEEP_0__ のライブアップデートデータをヨーロッパで保持することはできますか? HIPAA 対応アプリ向けに __CAPGO_KEEP_0__ のライブアップデートデータをヨーロッパで保持することはできますか?

HIPAA 対応アプリ向けに Capgo のライブアップデートデータをヨーロッパで保持することはできますか?

Yes. EUデータリジデンシーが必要なアプリは、Capgo Cloudプラグインのトラフィック用のアップデートエンドポイントをEUホストに設定できます。

• updateUrl: https://plugin.eu.capgo.app/updates
• statsUrl: https://plugin.eu.capgo.app/stats
• channelUrl: https://plugin.eu.capgo.app/channel_self

アップデートチェック、統計、チャンネル自律割り当てを同じ地域データパスで使用するために、すべての3つのEUURLを一緒に使用してください。 これらの値は capacitor.config.ts、生産モバイルアプリには、既存のインストールが新しいエンドポイントを使用する前に、ネイティブリリースが必要です。

参照 データの場所 については、CapacitorとElectronの正確な例を確認してください。

Capgoはどのプラットフォームをサポートしていますか?

CapgoをiOS、Android、またはElectronで使用することは独立した決定になります。AndroidとApp Storeにipaをビルドしたり、Electronチャンネルを必要に応じて設定できます。

Capgoは、デスクトップまたはエンベデッドターゲットをサポートすることができます。重要な場合はご連絡ください。

CapgoはiOS、Android、Electronのいずれかで使用することができます。必要に応じてAndroidとApp Storeにipaをビルドしたり、Electronチャンネルを設定できます。

Capgoでは、CapgoはどのようにPlay Testing TracksまたはApple TestFlightと相互作用するか?

各アプリストアには、内部テストやクローズドベータなどの、限定されたユーザーにアプリを配布するための別々のメカニズムがあります。これらはすべて、ユーザーをグループに分割し、各グループに特定のバージョンのアプリを配布するためのメカニズムです。

残念ながら、これらのメカニズムのすべてが、3rdパーティがアプリが特定のテストトラックまたはテストフライトでインストールされているかを検出できるわけではありません。したがって、Capgoのパッチへのアクセスを、これらのグループの構成に基づいて可靠に制御することはできません。 https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i

あなたがCapgoのバンドルを利用可能な範囲で制限したい場合は、4つのオプションがあります。

1. 各グループごとに別々のチャンネルを使用してください。このアプローチは最も直感的ですが、複数のチャンネルを管理する必要があります。既存のdevチャンネルとprodチャンネルを異なる可用性で持っている場合、devチャンネルを更新し、確認した後、prodチャンネルを別々に更新することができます。バージョン管理システムでブランチ/タグを使用して、各リリースに関連付けられているソースを追跡することが推奨されます。
2. オプトインユーザーのセットを追跡し、自動更新を無効化し、特定のユーザーに対してのみ更新をトリガーすることができます。 @capgo/capacitor-updater パッケージを使用して、オプトインユーザーのセットを管理することができます。この方法は現在機能していますが、オプトインリストを管理する必要があります。
3. Capgo を使用して、デバイスごとにオプトインメカニズムを独自に作成できます (Test TracksやTestFlightと同様の機能ですが、プラットフォーム非依存です)。これにより、QA チームは、一般ユーザーに公開される前に、バンドルにオプトインできます。
4. 進歩的なロールアウトを使用して、ランダムで固定的なチャンネルのサブセットに候補バンドルを配信します。ロールアウトを 0% から 100% まで設定するか、0.01% の増分で使用することができます。キャッシュの有効期限を 60 秒から 365 日まで設定し、オプションで自動停止ポリシーを設定することもできます。この方法は特定のデバイス グループを選択しません。 請求 請求への直接リンク --rollout-percentage-bps 請求

プランをアップグレードまたはダウン グレードする方法は?

0.01% の増分

いつでもダッシュボードでプランをアップグレードまたはダウングレードできます: https://console.capgo.app/settings/organization/plans

__CAPGO_KEEP_0__の請求期間がいつリセットされるか

Capgoの請求期間は、Capgoに初めて登録した月の月末に自動的にリセットされます。たとえば、15日に登録した場合、毎月15日に請求期間がリセットされます。

__CAPGO_KEEP_0__のサブスクリプションをキャンセルする方法

いつでもダッシュボードでサブスクリプションをキャンセルできます: https://console.capgo.app/settings/organization/plans

1年先払いは可能ですか?

はい。組織の計画設定で年間請求を選択できます。 組織の計画設定.

ストレージにカウントされるものは何ですか？また、保持期間を変更できますか?

ストレージには、チャンネル全体のバンドルとそのデルタアセットの保存が含まれます。アプリの設定で未使用バンドルの保持期間を制御できます。アクティブチャンネルまたはロールアウトにリンクされているバンドルは、配信やロールバックのために利用可能なままになります。

リージョナルレプリケーションはストレージや帯域幅を倍増しますか?

いいえ。バンドルは、どの地域が配信するかを問わず、ストレージとして1回カウントされます。Capgoバンド幅は、エッジキャッシュから配信されていないデバイスダウンロードに基づいています。キャッシュから配信された配信は、Capgoバンド幅使用にカウントされません。

Enterprise SLAには何が含まれる?

Enterpriseには、生産プラットフォームの月間利用可能性の99.9%のコミットメントが含まれます。コミットメントが達成されなかった場合、月間利用可能性に基づいてサービスクレジットのスケジュールは10%から30%になります。初期サポート対応目標は、P1: 1時間、24/7/365; P2: 2営業時間; P3: 1営業日; P4: 2営業日です。詳細は Enterprise SLA を参照してください。

統計と分析

統計は、毎晩UTC 0時更新されます。 統計は、 月間ユーザー数 (MAUs) 30日間のローリング期間中

デバイスIDの生成方法

デバイスIDは初回起動時にデバイス上で生成され、デバイスごとのインストールを重複防止し、ユーザーごとの月間アクティブユーザー数に基づいて課金することを可能にします。

MAU is a better solution than number of installs to price Capgo, as it is more accurate and reflects the actual cost of Capgo per device.

デバイスIDの保存方法

• iOS: v7.25.0以降、デバイスIDはKeychainに保存され、通常の再インストールを通じて保存されます。
• Android: v7.50.1以降 (またはv5.50.1+/v6.50.1+のリリースライン) を使用します。デバイスIDは、Android Backup/Restoreがアプリの設定を保存する場合にのみ復元されます。
• Electron:
• Androidの注意事項:

Android v7.25.0からv7.50.0までのバージョンでは、バックアップが有効な場合でも再インストール後に新しいデバイスIDを生成できます。

Device IDs are listed after the app checks in with Capgo through the updater or stats endpoints. A device does not need to install a patch before it can appear in the device list.

デバイスIDは__CAPGO_KEEP_0__のアップデーターまたは統計エンドポイントを通じてアップデートまたは統計エンドポイントを通じて__CAPGO_KEEP_0__にチェックインした後、リストされるデバイスIDです。デバイスはパッチをインストールする必要なく、デバイスリストに表示されることができます。

「なぜ私のデバイス番号はMAUと異なりますか?」のセクション

The device list shows the latest known metadata for each device, such as the device ID, platform, plugin version, OS version, native version, channel, installed bundle, and request country when available. The request country is the latest valid two-letter code received from a Cloudflare-handled request for that device, not GPS or app-provided location. Requests without a valid country do not clear the last valid value. Capgo updates this metadata when the app checks in, but repeated check-ins that report the same metadata may not change the row or its last update time.

請求回数 (MAU) は、請求期間中に有効なデバイスの数を数えます。デバイスのメタデータが同じままでも、デバイスの活動が増えると、デバイスの数と MAU は異なる可能性があります。

プラットフォームごとに異なるアップデートをどうするか?

各プラットフォームごとにチャンネルを作成し、それぞれのチャンネルでプラットフォーム固有のアップデートを無効にします。

iOS チャンネルでは Android のアップデートを無効にし、Android チャンネルでは iOS のアップデートを無効にします。

それぞれのチャンネルにバンドルをアップロードして、各プラットフォームごとに異なるアップデートを実現します。

両方のプラットフォームに同じアップデートを実現する必要がある場合は、1 つのバンドルを複数のチャンネルにリンクするだけで済みます。バンドルを複製する必要はありません。

FAQ から続きます。

Capgo を使用している場合、 FAQ ライブアップデートの配信計画を立てるには、接続する Capgo ライブアップデート 製品ワークフローについては、Capgo ライブアップデート 概要 概要の実装詳細については 機能 機能の実装詳細については アップデートの動作 アップデートの動作の実装詳細については アップデートの種類 アップデートの種類の実装詳細については