Pasar al contenido principal
Solución

¿Cómo se cuenta su uso en Capgo?

Entienda cómo Capgo cuenta su uso y utilícelo al máximo. Aprenda a gestionar mejor su plan

Martin Donadieu

Martin Donadieu

Gerente de Contenido

¿Cómo se cuenta su uso en Capgo?

En Capgo, se cuentan y son importantes tres valores para comprender

  • Usuario's
  • Almacenamiento
  • Ancho de banda

Cada uno tiene una forma ligeramente diferente de ser contado

Usuarios

Cada vez que un usuario descarga su aplicación de JS Capacitor y la abre, enviará una solicitud a su backend Capgo para saber si hay actualizaciones disponibles. DeviceID

DeviceIDEs un identificador único (UUID) generado en el dispositivo. A partir de la versión del plugin v5.10.0, v6.25.0 y v7.25.0, este ID ahora persiste a lo largo de reinstalaciones de la aplicación (almacenado de manera segura en el almacenamiento del dispositivo). Antes de estas versiones, el ID se reiniciaba con cada instalación de la aplicación.

Cada vez que su cuenta recibe un nuevo ID de dispositivo, se almacena en la base de datos. Cada vez que un dispositivo antiguo DeviceID solicite una actualización (aplicación abierta), se actualiza su registro (updated_at en la base de datos).

This data is saved in 2 places:

  • la tabla del dispositivo con update_at el valor
  • app_stats con contador diario que representa el número de dispositivos que se han activado hoy y no han sido activos este mes.

Para el plan de límite se utiliza el primer método porque es 100% confiable, para mostrar el gráfico se utiliza el segundo.

  • Puedes ver ambos en tu cuenta en la página principal:
  • en el gráfico se utiliza el segundo método

Capgo don’t count emulator and dev build in your usage. Keep in mind after the trial you can’t have more than 3% of them, or that will lock your account, until you fix it.

Capgo is also doing some filtering for you. If you have CI/CD configured to send your version to Google PLAY, Google is running your Capacitor app each time to 20+ real device. During the 4 first hours of a new bundle, we block Google data center IP to prevent them to being counted.

__CAPGO_KEEP_0__ también está haciendo algunas filtraciones por ti. Si tienes configurado CI/CD para enviar tu versión a Google PLAY, Google está ejecutando tu __CAPGO_KEEP_1__ aplicación cada vez a 20+ dispositivos reales. Durante los 4 primeros horas de un nuevo paquete, bloqueamos los IP de los centros de datos de Google para evitar que se cuenten.

  • Cada mes, esta información comienza desde cero.
  • Crear o actualizar un dispositivo en mi base de datos en cada solicitud de dispositivo

El primer método devuelve: 900+ usuarios mientras que el segundo es de 200+ usuarios en tu cuenta Para el límite de planificación utilizo el primer método, que es 100% confiable, y para mostrar el gráfico utilizo el segundo. Puedes ver ambos en la página de inicio de tu cuenta.

Almacenamiento

Cada vez que subas un paquete, este número aumenta en la cantidad de subida.

Esta información solo se relaciona con el tamaño de tu carga, mejorando el tamaño de tu aplicación, mejoras tu plan.

Si alcanzas el límite o estás cerca, puedes listar tus paquetes con el CLI: npx @capgo/cli@latest bundle list Para ver qué podrías limpiar, eliminando un paquete, libera el almacenamiento pero no elimina las estadísticas.

Cuando estés listo para la limpieza, utiliza este comando para eliminar muchos paquetes: npx @capgo/cli@latest bundle cleanup

PS: esto es bueno para el planeta, pero también para tu billetera 💪.

También puedes utilizar el --external tamaño de subida para utilizar tu almacenamiento, y no contar en tu plan.

Ancho de banda

La cálculo de este valor es un poco más complejo, pero la idea es la misma que el almacenamiento.

Cada vez que un usuario descarga un paquete, este número aumenta en la cantidad de la descarga.

Esta información solo está relacionada con el tamaño de su descarga, cuanto mejor sea el tamaño de su aplicación JS Capacitor, mejor estará en su plan.

Una cosa importante a tener en cuenta, Capgo no puede ver qué tamaño se descarga, solo ve el tamaño del paquete. Entonces, si tienes un gran paquete y muchos usuarios que no pueden descargarlo, alcanzarás el límite rápidamente.

La mejor manera de mantenerse en su plan es tener un paquete pequeño, y si no puedes, muestra una barra de descarga a tus usuarios y hárselo saber cuánto les queda por descargar.

En el futuro, Capgo mejorará el sistema de descarga para tener más oportunidades de descargar el paquete al mismo tiempo.

Sigue leyendo de Cómo se cuenta su uso en Capgo

Si estás utilizando Cómo se cuenta su uso en Capgo para planificar la entrega de actualizaciones en vivo, conecta con Capgo Live Updates para el flujo de trabajo del producto en Capgo Live Updates, Resumen para los detalles de implementación en Resumen, Características para los detalles de implementación en Características, Comportamiento de Actualización para los detalles de implementación en Comportamiento de Actualización, y Tipos de Actualización para los detalles de implementación en Tipos de Actualización.

Actualizaciones en vivo para aplicaciones Capacitor

Cuando un error en la capa web está activo, envía la corrección a través de Capgo en lugar de esperar días para la aprobación de la tienda de aplicaciones. Los usuarios obtienen la actualización en segundo plano mientras los cambios nativos siguen en el camino de revisión normal.

Comienza ahora

Últimas noticias de nuestro Blog

Capgo te da las mejores perspectivas que necesitas para crear una aplicación móvil verdaderamente profesional.