In Capgo, 3 valori sono conteggiati e sono importanti da capire
- Utenti
- Memoria di archiviazione
- Banda larga
Ogni uno a modo suo di essere conteggiato
Utenti
Ogni volta che un utente scarica il tuo Capacitor app JS e l'apre, invierà una richiesta al backend di Capgo per sapere se ci sono aggiornamenti disponibili.
Quando l'app fa questo, invia informazioni limitate, tra cui l'informazione più importante DeviceID
DeviceID: è un ID univoco (UUID) generato sul dispositivo. A partire dalla versione del plugin v5.10.0, v6.25.0 e v7.25.0Questo ID ora persiste attraverso le reinstallazioni dell'app (archiviato in modo sicuro nel storage del dispositivo). Prima di queste versioni, l'ID veniva resettato con ogni installazione dell'app.
Ogni volta che il tuo account riceve un nuovo ID dispositivo, viene salvato nel database.
Ogni volta che un vecchio DeviceID richiede un aggiornamento (l'app è aperta), viene aggiornato il suo record (updated_at nel database).
Questi dati sono salvati in 2 posti:
- tabella dispositivo con
update_atvalore - app_stats con contatore giornaliero che rappresenta il numero di dispositivi che sono diventati attivi oggi e non sono stati attivi questo mese.
Per i limiti del piano si utilizza il primo metodo perché è del 100% affidabile, per visualizzare la tabella il secondo viene utilizzato. Puoi vederli entrambi nella tua area personale sulla pagina principale:
- nella tabella è il secondo metodo
- nella tabella degli app è il primo metodo.
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.
Ogni mese, i dati iniziano da zero.
- Crea o aggiorna un dispositivo nel mio database con ogni richiesta del dispositivo
- Aggiungi al contatore quotidiano il numero di dispositivi attivi che non sono stati attivi questo mese.
Il primo metodo restituisce: 900+ utenti Mentre il secondo è a 200+ utenti sul tuo account Per il limite del piano utilizzo il primo metodo, che è del 100% affidabile, e per visualizzare la grafico utilizzo il secondo. Puoi vederli entrambi sulla pagina principale del tuo account.
Archiviazione
Ogni volta che carichi un bundle, questo numero aumenta della dimensione del caricamento.
Questi dati sono relativi solo alla dimensione del caricamento, meglio è il tuo app, meglio rimani nel tuo piano.
Se raggiungi il limite o vicino, puoi elencare i bundle con il CLI:
npx @capgo/cli@latest bundle list
Per vedere cosa potresti pulire, rimuovendo un bundle, libera l'archiviazione ma non cancella le statistiche.
Quando sei pronto per la pulizia, utilizza questo comando per rimuovere molti bundle:
npx @capgo/cli@latest bundle cleanup
PS: è buono per il pianeta, ma anche per la tua borsa 💪.
Puoi anche utilizzare il
--externalper l'upload da utilizzare il tuo storage, e non contare nel tuo piano.
Bandwidth
La calcolazione di questo valore è un po' più complessa, ma l'idea è la stessa del storage.
Ogni volta che un utente scarica un bundle, questo numero aumenta di dimensioni del download.
Questi dati sono solo correlati alla dimensione del download, meglio è il tuo Capacitor app JS, meglio rimani nel tuo piano.
Una cosa importante da notare, Capgo non può vedere la dimensione scaricata, vede solo la dimensione del bundle. Quindi se hai un grande bundle, e hai molti utenti che falliscono a scaricarlo, raggiungerai il limite velocemente.
Il modo migliore per rimanere nel tuo piano è avere un piccolo bundle, e se non puoi, mostra una barra di download ai tuoi utenti, e fagli sapere quanto hanno ancora da scaricare.
In futuro, Capgo migliorerà il sistema di download per avere più possibilità di scaricare il bundle alla volta.
