Comment votre utilisation est comptée dans Capgo

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

• Utilisateurs
• Stockage
• Débit

Chacune d'elles 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 Capgo serveur backend pour savoir si une mise à jour est disponible. DeviceID

DeviceIDQuand l'application fait cela, elle envoie peu d'informations, notamment l'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,ce nouvel 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.

Chaque fois que votre compte reçoit un nouveau ID de dispositif, il est enregistré dans la base de données. DeviceID Chaque fois qu'un ancien

requête une mise à jour (l'application s'ouvre), elle obtient son enregistrement mis à jour (updated_at dans la base de données).

• Ces données sont enregistrées dans 2 endroits : update_at la table de dispositif avec
• valeur

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 les plans limités, 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 les voir tous les deux dans votre compte sur la page d'accueil :
• dans la table des applications est la première méthode.

Capgo ne comptent pas l'emulateur 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 du centre de données Google pour les empêcher d'être comptées.

Chaque mois, ce chiffre commence à zéro.

• Créer ou mettre à jour un appareil dans ma base de données à chaque demande d'appareil
• Ajouter au compteur quotidien le nombre d'appareils actifs qui n'ont pas été actifs ce mois.

La première méthode retourne : 900+ utilisateurs Tandis que la deuxième méthode est à 200+ utilisateurs sur votre compte Pour les limites 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 la page d'accueil de votre 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 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 bundles avec le CLI: npx @capgo/cli@latest bundle list Pour voir ce que vous pourriez nettoyer, en supprimant un bundle, vous libérez le stockage mais ne supprimez pas les statistiques.

When 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 pas compter dans votre plan.

Bandwidth

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 du téléchargement.

Cette donnée n'est que liée à votre taille de téléchargement, le 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 du bundle. Alors si vous avez un grand bundle, et 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.

À l'avenir, 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 How votre utilisation est comptée dans Capgo

If vous utilisez __CAPGO_KEEP_0__ Comment votre utilisation est comptée dans Capgo pour planifier la livraison de mises à jour en direct, connectez-le à 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 Vue d'ensemble, Fonctionnalités pour les détails d'implémentation dans Fonctionnalités, Comportement de mise à jour pour les détails d'implémentation dans Comportement de mise à jour, et Types de mise à jour pour les détails d'implémentation dans les types de mise à jour.