In Capgo, 3 valori sono conteggiati e importanti da capire
- Utenti
- Archiviazione
- Banda
Ogni uno a modo suo di essere contato
Utenti
Ogni volta che un utente scarica il tuo Capacitor app JS e lo apre, invierà una richiesta al tuo Capgo backend per sapere se è disponibile un aggiornamento. DeviceID
DeviceIDQuando l'app fa questo, invia informazioni limitate, tra cui quella più importante: : è un ID univoco (UUID) generato sul dispositivo.Dalla versione del plugin v5.10.0, v6.25.0 e v7.25.0
, questo ID persiste ora anche dopo il reinstallamento dell'applicazione (archiviato in modo sicuro nel storage del dispositivo). Prima di queste versioni, l'ID veniva resettato con ogni installazione dell'applicazione. DeviceID Ogni volta che il tuo account riceve un nuovo ID dispositivo, lo salva nel database.
Ogni volta che un vecchio
- richiede un aggiornamento (app aperta), ottiene il suo record aggiornato (updated_at nel database).
update_atQueste informazioni sono salvate in 2 posti: - tabella dispositivo con
Per il limite del piano viene utilizzato il primo metodo perché è del 100% affidabile, per visualizzare la tabella viene utilizzato il secondo. Puoi vederli entrambi nella tua area riservata sulla pagina principale:
- nel grafico viene utilizzato il secondo metodo
- nella tabella degli app viene utilizzato il primo metodo.
Capgo non conta gli emulatori e le build di sviluppo nel tuo utilizzo. Ricorda che dopo la prova non potrai avere più del 3% di essi, o che bloccherà il tuo account, fino a quando non lo correggerai.
Capgo sta anche facendo alcune filtri per te. Se hai configurato la CI/CD per inviare la tua versione a Google PLAY, Google sta eseguendo il tuo Capacitor app ogni volta su 20+ dispositivi reali. Durante i primi 4 ore di un nuovo bundle, blocciamo gli IP dei data center di Google per prevenirli di essere conteggiati.
Ogni mese, questo dato inizia da zero.
- Crea o aggiorna un dispositivo nella mia database a ogni richiesta di dispositivo
- Aggiungi a un contatore giornaliero il numero di dispositivi attivi che non sono stati attivi questo mese.
Il primo metodo restituisce: 900+ utenti Mentre il secondo è a 200+ utenti nella tua area riservata Per il limite del piano utilizzo il primo metodo, che è del 100% affidabile, e per visualizzare la tabella utilizzo il secondo. Puoi vederli entrambi nella tua area riservata sulla pagina principale.
Archiviazione
Ogni volta che carichi un bundle, questo numero aumenta della dimensione del caricamento.
Questo dato è solo correlato alla dimensione del caricamento, meglio è la dimensione del tuo app, meglio rimani nel tuo piano.
Se raggiungi il limite o ci si avvicina, puoi elencare i tuoi pacchetti con il CLI:
npx @capgo/cli@latest bundle list
Per vedere cosa potresti pulire, eliminando un pacchetto, libera lo spazio di archiviazione ma non cancella le statistiche.
Quando sei pronto per la pulizia, utilizza questo comando per eliminare molti pacchetti:
npx @capgo/cli@latest bundle cleanup
PS: questo è buono per il pianeta, ma anche per la tua borsa 💪.
Puoi anche utilizzare il
--externaldi caricamento per utilizzare lo spazio di archiviazione, e non conteggiarlo nel tuo piano.
Banda larga
La calcolazione di questo valore è un po' più complessa, ma l'idea è la stessa dello spazio di archiviazione.
Ogni volta che un utente scarica un pacchetto, questo numero aumenta di dimensione del download.
Questi dati sono correlati solo alla tua dimensione di download, meglio è il tuo Capacitor app JS, meglio rimani nel tuo piano.
Un importante aspetto da notare, Capgo non può vedere la dimensione scaricata, vede solo la dimensione del pacchetto. Quindi se hai un grande pacchetto, e hai molti utenti che falliscono a scaricarlo, raggiungerai il limite velocemente.
Il modo migliore per rimanere nel tuo piano è avere un piccolo pacchetto, 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 in un'unica operazione.
