在 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值 - 应用程序统计表中每天的计数器，代表今天活跃的设备数量和本月未活跃的设备数量。
对于计划限制，使用的第一个方法是因为它100%可靠，用于显示图表的第二个方法。 您可以在您的帐户首页看到它们：
- 在图表中是第二个方法
- 在应用程序表中是第一个方法。
Capgo 不计算模拟器和开发构建在您的使用中。请记住，在试用期后，您不能超过3%的它们，否则您的帐户会被锁定，直到您修复它。
Capgo 还为您执行一些过滤。 如果您配置了CI/CD将版本发送到Google PLAY，Google会在20+台真实设备上运行您的Capacitor应用程序。 在新捆绑包的前4小时，我们会阻止Google数据中心IP以防止它们被计算。
每个月，这些数据从零开始。
- 每次设备请求时，创建或更新我的设备数据库
- 将活跃但本月未活跃的设备数量添加到每日计数器中
第一个方法返回：900+用户 第二个方法在您的帐户中显示200+用户 对于计划限制，我使用第一个方法（100%可靠），而用于显示图表的则是第二个方法。 您可以在帐户主页看到两者
存储
每次上传包时，这个数字都会增加上传包的大小
这个数据与您的上传大小有关，越小的应用包，您就越有可能在您的计划中
如果您达到或接近限制，可以使用CLI列出您的包
npx @capgo/cli@latest bundle list
删除包可以释放存储空间，但不会删除统计数据
当您准备清理时，请使用以下命令删除多个包
npx @capgo/cli@latest bundle cleanup
PS：这对环境有益，但也对您的钱包有益
您也可以使用
--external上传大小来使用您的存储空间，而不计入您的计划
带宽
这个值的计算略微复杂，但与存储的计算方式相同。
每次用户下载一个包时，这个数字都会增加下载的大小。
这个数据仅与您的下载大小相关，越好的您的CapacitorJS应用大小，越好地您在您的计划中。
一个重要的事情是，Capgo无法看到下载的大小，它只看到包的大小。因此，如果您有一个大的包，并且有许多用户无法下载它，您将迅速达到限制。
为了在您的计划中保持良好，建议您有一个小的包，如果您无法做到这一点，请向您的用户显示一个下载进度条，并让他们知道他们还有多少可以下载。
在未来，Capgo将改进下载系统，以增加一次下载包的机会。
Keep going from How your usage is counted in Capgo
如果您正在使用 How your usage is counted in Capgo 来计划实时更新的传递，请将其连接到 Capgo Live Updates 为 Capgo Live Updates 的产品工作流程 概述 概述中的实现细节 功能 功能中的实现细节 更新行为 更新行为中的实现细节 更新类型 更新类型中的实现细节
