Vai al contenuto principale
Soluzione

Come viene conteggiato il tuo utilizzo in Capgo

Sappi come Capgo conteggia il tuo utilizzo e utilizzalo al meglio. Impara a gestire meglio il tuo piano

Martin Donadieu

Martin Donadieu

Content Marketer

Come viene conteggiato il tuo utilizzo in Capgo

In Capgo, 3 valori sono conteggiati e importanti da comprendere

  • Utente
  • Storage
  • Bandwidth

Ogni volta in un modo leggermente diverso per essere contato

Utenti

Ogni volta che un utente scarica il tuo Capacitor app JS e lo apre, invierà una richiesta al Capgo backend per sapere se è disponibile un aggiornamento. Quando l'app fa questo, invia poche informazioni, tra cui quella più importante DeviceID

DeviceID: è 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'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 (app aperta), viene aggiornato il suo record (updated_at nel database).

Queste informazioni sono salvate in 2 posti:

  • tabella dispositivo con update_at valore
  • tabella app_stats con contatore giornaliero che rappresenta il numero di dispositivi che sono diventati attivi oggi e non lo sono stati questo mese.

Per il limite del piano viene utilizzato il primo metodo perché è del 100% affidabile, per visualizzare la tabella del grafico viene utilizzato il secondo. Puoi vederli entrambi nella tua area personale sulla pagina principale:

  • nel grafico viene utilizzato il secondo metodo
  • nella tabella degli app viene utilizzato il primo metodo.

Capgo non conteggia emulator e build di sviluppo nella tua 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 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 centri dati di Google per prevenirli di essere conteggiati.

Ogni mese, i dati iniziano da zero.

  • Creare o aggiornare un dispositivo nel mio database a ogni richiesta del dispositivo
  • Aggiungere 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 personale Per il limite del piano utilizzo il primo metodo, che è del 100% affidabile, e per visualizzare la tabella del grafico utilizzo il secondo. Puoi vederli entrambi nella tua area personale sulla pagina principale.

Archiviazione

context

Pagina/Area: Capgo Builder / prodotto di costruzione nativa cloud. Ruolo: Etichetta UI breve o elemento di navigazione. Visualizzato in: pagina native-build.astro. Chiave messaggio `native_build_v2_trust_stor_lbl` (Native Build V2 Trust Stor Lbl). | Pagina/Area: Pagina di prodotto/prezzo aziendale. Ruolo: Etichetta UI breve o elemento di navigazione. Visualizzato in: pagina enterprise.astro. Chiave messaggio `enterprise_plugins_legacy_storage` (Enterprise Plugins Legacy Storage).

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, rimuovendo un pacchetto, libera lo spazio di archiviazione ma non cancella le statistiche.

Quando sei pronto per la pulizia, utilizza questo comando per rimuovere molti pacchetti: npx @capgo/cli@latest bundle cleanup

PS: questo è buono per il pianeta, ma anche per la tua borsa 💪.

Puoi anche utilizzare il --external del caricamento per utilizzare lo spazio di archiviazione e non conteggiarlo nel tuo piano.

Banda

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.

Questo dato è solo correlato 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 pacchetto. Quindi se hai un grande pacchetto, e molti utenti che falliscono nel download, 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.

Continua da Come viene conteggiato il tuo utilizzo in Capgo

Se stai utilizzando Come viene conteggiato il tuo utilizzo in Capgo per pianificare la consegna di aggiornamenti in tempo reale, connettilo con Capgo Live Updates per il flusso di lavoro del prodotto in Capgo Live Updates, Panoramica per i dettagli di implementazione in Panoramica, Caratteristiche per i dettagli di implementazione in Caratteristiche, Comportamento dell'aggiornamento per i dettagli di implementazione in Update Behavior, e Tipi di aggiornamento per i dettagli di implementazione in Tipi di aggiornamento.

Aggiornamenti in tempo reale per le Capacitor app

Quando un bug nel layer web è attivo, invia la correzione attraverso Capgo invece di attendere giorni per l'approvazione della store. Gli utenti ricevono l'aggiornamento in background mentre le modifiche native rimangono nel normale percorso di revisione.

Sostegno umano da Martin

Inizia subito

Dai un'occhiata ai nostri ultimi articoli

Capgo vi dà le migliori informazioni che avete bisogno per creare un'app mobile davvero professionale.