En Capgo, 3 valeurs sont comptabilisées et importantes à comprendre
- Utilisateurs
- Stockage
- Bandwidth
Chaque un a une façon légèrement différente d'être compté
Utilisateurs
Chaque fois qu'un utilisateur télécharge votre Capacitor application JS et l'ouvre, elle envoie une requête à Capgo backend 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 ID unique (UUID) généré sur le dispositif.À partir de la version de plugin v5.10.0, v6.25.0 et v7.25.0
Cet ID persiste désormais à travers 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.
Chaque fois qu'un utilisateur anciennement demande une mise à jour (l'application ouverte), il obtient son enregistrement mis à jour (updated_at dans la base de données).
- Cette donnée est enregistrée dans 2 endroits :
update_attable de dispositif avec - valeur : « app_stats avec compteur journalier qui représente le nombre de dispositifs qui sont devenus actifs aujourd'hui et n'ont pas été actifs ce mois. »
Pour la limite de plan, 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. Vous pouvez voir les deux dans votre compte sur la page d'accueil :
- La deuxième méthode est utilisée dans le graphique.
- La première méthode est utilisée dans le tableau des applications.
Capgo ne comptent 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, ou cela verrouillera votre compte, jusqu'à ce que vous le corrigiez.
Capgo effectue également certaines filtrations pour vous. Si vous avez configuré CI/CD pour envoyer votre version à Google PLAY, Google exécute votre Capacitor application chaque fois sur 20+ appareils réels. Pendant les 4 premières heures d'un nouveau bundle, nous bloquons les adresses IP des centres de données Google pour les empêcher d'être comptées.
Chaque mois, ce chiffre commence à zéro.
- Créez ou mettez à jour un appareil dans ma base de données à chaque demande d'appareil.
- Augmentez d'un jour le compteur quotidien du nombre d'appareils actifs qui n'ont pas été actifs ce mois.
La première méthode retourne : 900+ utilisateurs Alors que la deuxième méthode est à 200+ utilisateurs dans 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 méthode. Vous pouvez voir les deux sur votre page d'accueil.
Stockage
Chaque fois que vous téléchargez un bundle, ce nombre augmente de la taille de la téléchargement.
Cette donnée ne concerne que 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 êtes proche, vous pouvez lister vos ensembles avec le CLI:
npx @capgo/cli@latest bundle list
Pour voir ce que vous pourriez nettoyer, en supprimant un ensemble, 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 ensembles:
npx @capgo/cli@latest bundle cleanup
PS : c'est bon pour la planète, mais aussi pour votre portefeuille 💪.
Vous pouvez également utiliser le
--externalde téléchargement pour utiliser votre stockage, et ne pas compter dans votre plan.
Bandwidth
La calcul de cette valeur est un peu plus complexe, mais l'idée est la même que l'espace de stockage.
Chaque fois qu'un utilisateur télécharge un ensemble, ce nombre est augmenté par la taille du téléchargement.
Cette donnée est uniquement liée à la taille de votre téléchargement, mieux votre Capacitor application JS est petite, mieux vous restez dans votre plan.
Une chose importante à noter, Capgo ne peut pas voir quelle taille est téléchargée, il ne voit que la taille de l'ensemble. Ainsi, si vous avez un grand ensemble, et que vous avez de nombreux 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 ensemble, 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.
In l'avenir, Capgo améliorera le système de téléchargement pour avoir plus de chances de télécharger le bundle en une seule fois.
Continuez de How votre utilisation est comptée dans Capgo
Si vous utilisez How votre utilisation est comptée dans Capgo pour planifier la livraison d'actualisations en direct, connectez-l’avec Capgo Mises à jour en direct for the product workflow in Capgo Live Updates, pour le flux de travail du produit dans __CAPGO_KEEP_0__ Mises à jour en direct, Vue d'ensemble pour le détail d'implémentation dans Vue d'ensemble, Fonctionnalités pour le détail d'implémentation dans Fonctionnalités, 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.
