Comprenez comment Capgo comptabilise votre utilisation, et utilisez-la au mieux. Apprenez à gérer mieux votre plan

In Capgo, 3 valeurs sont comptées et importantes à comprendre

• Utilisateurs
• Stockage
• Bandwidth

Chacune a une façon légèrement différente de comptage

Utilisateurs

Chaque fois qu'un utilisateur télécharge votre Capacitor application JS et l'ouvre, elle envoie une requête vers le backend Capgo pour savoir si une mise à jour est disponible. DeviceID

DeviceIDLorsque l'application fait cela, elle envoie peu d'informations, y compris l'une des plus importantes : est un identifiant unique (UUID) généré sur le dispositif.À partir de la version du plugin v5.10.0, v6.25.0 et v7.25.0

, cet identifiant persiste désormais entre les réinstallations de l'application (stocké de manière sécurisée dans le stockage du dispositif). Avant ces versions, l'ID était réinitialisé à chaque installation de l'application. DeviceID Chaque fois que votre compte reçoit un nouveau ID de dispositif, il est enregistré dans la base de données.

This data is saved in 2 places: le tableau du dispositif avec la valeur et app_stats avec un compteur journalier qui représente le nombre de dispositifs qui sont devenus actifs aujourd'hui et n'ont pas été actifs ce mois.

• Pour le plan de limite, la première méthode est utilisée car elle est 100% fiable, pour afficher le graphique, la deuxième méthode est utilisée. update_at Vous pouvez voir les deux dans votre compte sur la page d'accueil :
• La première méthode est utilisée dans le tableau des applications, la deuxième méthode est utilisée dans le graphique.

__CAPGO_KEEP_0__ ne compte pas les émulateurs et les builds de développement dans votre utilisation. Gardez à l'esprit que après la période d'essai, vous ne pouvez pas avoir plus de 3% d'entre eux, sinon cela verrouillera votre compte, jusqu'à ce que vous le corrigiez.

• __CAPGO_KEEP_0__ effectue également certaines opérations de filtrage pour vous. Si vous avez configuré CI/CD pour envoyer votre version sur Google PLAY, Google exécute votre __CAPGO_KEEP_1__ application chaque fois sur 20+ appareils réels. Pendant les 4 premières heures d'un nouveau bundle, nous bloquons les adresses IP du centre de données Google pour prévenir qu'ils soient comptés.
• Chaque mois, cette donnée commence par zéro.

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__

• __CAPGO_KEEP_1__
• Créer ou mettre à jour un dispositif dans ma base de données à chaque demande de dispositif.

Le premier méthode retourne: 900+ utilisateurs alors que la deuxième est à 200+ utilisateurs sur votre compte Pour la limite de plan, j'utilise la première méthode, qui est 100% fiable, et pour afficher le graphique, j'utilise la deuxième. Vous pouvez voir les deux sur votre page d'accueil du compte.

Stockage

Chaque fois que vous téléchargez un bundle, ce nombre augmente de la taille de la téléchargement.

Cette donnée est uniquement liée à la taille de votre téléchargement, mieux votre taille d'application est, mieux vous restez dans votre plan.

Si vous atteignez la limite ou proche, vous pouvez lister vos bundles avec le CLI: npx @capgo/cli@latest bundle list Pour voir ce que vous pourriez nettoyer, en supprimant un bundle, vous libérez l'espace de stockage mais n'effacez pas les statistiques.

Lorsque vous êtes prêt pour la mise à jour, utilisez cette commande pour supprimer de nombreux bundles: npx @capgo/cli@latest bundle cleanup

PS: c'est bon pour la planète, mais aussi pour votre portefeuille 💪.

Vous pouvez également utiliser le --external de téléchargement pour utiliser votre stockage, et ne pas compter dans votre plan.

Bande passante

Le calcul de cette valeur est un peu plus complexe, mais l'idée est la même que le stockage.

Chaque fois qu'un utilisateur télécharge un bundle, ce nombre est augmenté par la taille de la téléchargement.

This data is only related to your download size, the better your Capacitor JS app size is, the better you stay in your plan.

Une chose importante à noter, Capgo ne peut pas voir quelle taille est téléchargée, il ne voit que la taille du bundle. Ainsi, si vous avez un grand bundle, et que vous avez beaucoup d'utilisateurs qui échouent à le télécharger, vous atteindrez rapidement la limite.

La meilleure façon de rester dans votre plan est d'avoir un petit bundle, et si vous ne pouvez pas, montrez une barre de téléchargement à vos utilisateurs, et leur dites combien ils ont encore à télécharger.

Dans le futur, Capgo améliorera le système de téléchargement pour avoir plus de chances de télécharger le bundle à la fois.

Continuez de la section "Comment votre utilisation est comptée dans Capgo".

Si vous utilisez Comment votre utilisation est comptée dans Capgo pour la livraison de mises à jour en direct, connectez-le avec Capgo Mises à jour en direct pour le flux de travail du produit dans Capgo Mises à jour en direct, Vue d'ensemble pour les détails d'implémentation dans l'Overview, Fonctionnalités pour les détails d'implémentation dans les Fonctionnalités, Comportement de mise à jour pour les détails d'implémentation dans le Comportement de mise à jour, et Types de mise à jour pour les détails d'implémentation dans les Types de mise à jour.