在 Capgo 中，3 个值被计算并且很重要理解
- 用户
- 存储
- 带宽
每个值有不同的计量方式
用户
每次用户下载并打开您的 Capacitor JS 应用时，它会向 Capgo 后端发送请求，以了解是否有更新可用。
当应用执行此操作时，它会发送少量信息，包括最重要的信息 DeviceID
DeviceID：是一个设备上生成的唯一 ID（UUID）。 从插件版本 v5.10.0、v6.25.0 和 v7.25.0 开始，此 ID 现在在应用重装时持久化（安全存储在设备存储中）。在这些版本之前，ID 在每次应用安装时都会重置。
每次您的帐户接收到一个新的设备 ID 时，它会在数据库中保存。
每次一个旧 DeviceID 请求更新（应用打开），它会更新其记录（在数据库中更新 updated_at）。
本数据保存在两个地方：
- 设备表格中，
update_at值 - app_stats中，日计数器，代表今天活跃的设备数量和本月未活跃的设备数量。
对于计划限制，使用的第一个方法是100%可靠的，用于显示图表的第二个方法。您可以在您的账户首页看到它们：
- 图表中的数据是使用第二个方法
- 应用程序表格中的数据是使用第一个方法。
Capgo 不计算模拟器和开发构建在您的使用中。请记住，在试用期后，您不能超过3%的它们，否则会锁定您的账户，直到您修复它。
Capgo 还为您执行一些过滤。 如果您配置了CI/CD将版本发送到Google PLAY，Google会在20+台真实设备上运行您的Capacitor应用程序。 在新捆绑包的前4个小时，我们会阻止Google数据中心IP以防止它们被计算。
每个月，这些数据从零开始。
- 在每个设备请求中创建或更新我的数据库中的设备
- 将活跃的设备数量添加到每日计数器中，未活跃本月的设备。
The first method returns: 900+ users while the second one is at 200+ users on your account For plan limit I use the first method, who is 100% reliable, and to display the chart I use the second one. You can see both on your account home page.
存储
每次您上传一个捆绑包，这个数字都会增加上传的大小。
这个数据只与您的上传大小相关，越好的应用大小，您就越好地在您的计划中。
如果您达到或接近限制，可以列出您的捆绑包使用 CLI:
npx @capgo/cli@latest bundle list
要查看您可以清除的内容，移除捆绑包，释放存储空间，但不要删除统计数据。
当您准备好清理时，使用以下命令删除多个捆绑包：
npx @capgo/cli@latest bundle cleanup
PS：这对地球有益，但也对您的钱包有益 💪。
您还可以使用
--external的上传大小来使用您的存储空间，而不计算在您的计划中。
带宽
计算这个值的方法稍微复杂一些，但想法与存储相同。
每次用户下载一个包时，这个数字会增加下载的包大小。
这个数据仅与您的下载大小相关，Capacitor JS 应用程序大小越好，您就越有可能在您的计划中。
一个重要的事情是，Capgo 不能看到下载的大小，它只看到包的大小。因此，如果您有一个大的包，并且有许多用户无法下载它，您将很快达到限制。
为了保持您的计划，最佳方法是拥有一个小的包，如果您无法做到这一点，请向您的用户显示一个下载条，并让他们知道他们还有多少可以下载。
在未来，Capgo 将改进下载系统，以增加一次下载包的机会。
继续阅读关于在 Capgo 中如何计算您的使用情况的内容。
如果您正在使用 在 Capgo 中如何计算您的使用情况 来计划实时更新的传递，连接它到 Capgo 实时更新 用于 Capgo 实时更新中的产品工作流程 概览 概述中的实现细节 功能 功能中的实现细节 更新行为 更新行为中的实现细节 更新类型 更新类型中的实现细节
