在Capgo中，3个值被计算并且很重要了解
- 用户
- 存储
- 带宽
每个应用程序都有不同的计数方式
用户
每次用户下载并打开您的Capacitor JS 应用程序时，它都会向Capgo后端发送一个请求，以便知道是否有更新可用。
当应用程序这样做时，它会发送一些基本信息，包括最重要的信息： DeviceID
DeviceID是设备上生成的唯一 ID（UUID）。 从插件版本 v5.10.0、v6.25.0 和 v7.25.0 开始此 ID 现在在应用程序重装时持久化（安全存储在设备存储中）。在这些版本之前，ID 在每次应用程序安装时都会重置。
每次您的帐户接收到一个新的设备 ID 时，它都会保存在数据库中。
每次一个旧的 DeviceID 请求更新（应用程序打开），它会获取其记录更新（在数据库中更新_at）。
此数据保存在两个地方：
- 设备表中
update_at值 - app_stats 表中每天的计数器，代表今天激活的设备数量和本月未激活的设备数量。
因为计费方法的可靠性，首先使用第一个方法，显示图表时使用第二个方法。 您可以在您的账户首页看到它们：
- 在图表中使用的是第二个方法
- 在应用列表中使用的是第一个方法.
Capgo 不计算模拟器和开发构建在您的使用中。请记住，在试用期后，您不能超过 3% 的它们，否则会锁定您的账户，直到您修复它。
Capgo 还为您进行一些过滤。如果您配置了 CI/CD 将您的版本发送到 Google PLAY，Google 每次运行您的 Capacitor 应用到 20+ 个真实设备上。在新包装的前 4 个小时，我们阻止 Google 数据中心 IP 来防止它们被计算。
每个月，这些数据从零开始。
- 在每个设备请求中，创建或更新我的数据库中的设备
- 将每个月尚未活跃的活跃设备的数量添加到每日计数器中
第一个方法返回：900+ 用户 而第二个方法在您的账户中显示 200+ 用户 对于计划限制，我使用第一个方法，它是 100% 可靠的，显示图表时使用第二个方法。 您可以在您的账户首页看到它们：
存储
每次上传包时，这个数字都会增加上传大小。 这仅与您的上传大小相关，越小您的应用大小，越好您在计划中的表现。
每个月，这些数据从零开始。
如果你接近或达到限制，你可以使用CLI列出你的包裹
npx @capgo/cli@latest bundle list
查看你可以清除的内容，删除包裹可以释放存储空间，但不会删除统计数据
当你准备进行清理时，使用此命令删除多个包裹：
npx @capgo/cli@latest bundle cleanup
PS：这对环境有益，但也对你的钱包有益💪
你也可以使用
--external上传使用存储空间，而不计入你的计划
带宽
计算这个值的方法稍微复杂一些，但理念与存储空间相同
每次用户下载包裹时，这个数字会增加下载大小
这个数据仅与你的下载大小相关，越好的Capacitor JS应用大小，越能保持在你的计划中
一个重要的事情是注意，Capgo无法看到下载的大小，它只能看到包裹的大小。所以，如果你有一个大的包裹，用户下载失败，很快就会达到限制
保持在计划中的最佳方式是拥有一个小的包裹，如果无法实现，请向用户显示下载进度条，并让他们知道他们还有多少空间可以下载
未来,Capgo 将会改进下载系统，增加一次下载包的机会。
