Domande frequenti

Se hai domande non risposte qui, per favore chiedi! Entrambe la creazione di un problema o la domanda su Discord lavoro.

Cosa è “code push”?

Code push, anche noto come “aggiornamenti in tempo reale” (OTA), è un servizio cloud che consente ai sviluppatori di Capacitor di distribuire aggiornamenti ai loro app in produzione. Capgo funziona attualmente su Android, iOS e Electron.

“Code Push” è un riferimento al nome di una funzione di distribuzione utilizzata dalla community React Native da Microsoft e ExpoNessuno di questi supporta Capacitor.

Cosa differenzia un bundle da una release?

Utilizziamo il termine “release” per indicare la preparazione di un binario per le store di app. Per generare successivamente un bundle Capgo deve conoscere l'esatto binario che è stato inviato alle store di app.

Utilizziamo il termine “bundle” per indicare un patch che può essere applicato a una release per aggiornarla a nuovi code. Il npx @capgo/cli@latest bundle upload Il comando è utilizzato per generare un bundle dal tuo nuovo code locale, che viene poi inviato ai tuoi utenti.

Ci sono limitazioni per i percorsi dei file di aggiornamento Delta?

Sì:

• File di byte zero: I CLI log Ignoring empty file... e esclude i file vuoti dal manifesto Delta. Non fallisce l'upload, quindi un file vuoto può modificare il bundle risultante senza fermare la tua distribuzione. Non includere file di byte zero nelle percorso dei bundle Delta.
• Percorsi con spazi: Gli upload Delta falliscono presto con un chiaro errore quando un percorso del bundle contiene uno spazio. Rinomina i file o le directory per eliminare gli spazi prima di caricare un aggiornamento Delta.

Vedi Aggiornamenti Delta per i dettagli di configurazione.

Cosa è il roadmap?

I nostri board di progetto sono anche pubblici e si trovano a: https://github.com/orgs/Cap-go/projects

Il nostro team opera anche in modo pubblico, quindi potete vedere cosa stiamo lavorando in qualsiasi momento. Siamo felici di rispondere a qualsiasi domanda che avete sulla nostra roadmap o priorità via Github issue o Discord.

Posso utilizzare Capgo con il mio team?

Sì! Tutti i piani supportano sviluppatori illimitati. Limitiamo solo le metriche dell'app (MAU, archiviazione e banda) a ogni organizzazione.

Vedi Teams per ulteriori informazioni.

Capgo conserva i miei code di origine?

No. I server di Capgo non vedono mai il tuo codice sorgente code. Quando esegui npx @capgo/cli@latest bundle upload, Capgo archivia un file zip del codice minificato/compilato code - lo stesso code che un browser riceverebbe, non il tuo codice sorgente code.

Per ulteriori sicurezze, hai due opzioni:

• Chiarificazione fine-all'altro-estremo: Cifra il tuo bundle prima di caricarlo per proteggerlo in archiviazione e in transito e per impedire a terze parti di generare aggiornamenti criptati validi senza la tua chiave privata. Ciò non rende impossibile per gli ingegneri di reverse engineering le risorse web distribuite perché la chiave pubblica è presente nell'applicazione distribuita.
• URL di upload esterno: Archivia il bundle sul tuo server e fornisce a Capgo solo il collegamento di download con l'opzione --external <url>

Vedi anche la nostra politica sulla privacy: https://capgo.app/privacy

Sono i file del bundle dati privati?

No. I file bundle sono risorse web pubbliche destinate ad essere scaricate dagli utenti del tuo app. Chiunque conosca l'URL dei bundle può estrarre quei file, e Capgo informa gli utenti di ciò durante la configurazione e nella documentazione.

L'accesso ai file bundle non è considerato una violazione dei dati. Non mettere segreti, credenziali, dati personali o dati regolamentati nel tuo bundle di app. Se hai bisogno di una maggiore riservatezza per casi di utilizzo ad alto livello di sicurezza, utilizza la crittografia end-to-end, ma trattare comunque le app e gli asset code come pubblici da un punto di vista della sicurezza dei report.

Posso utilizzare Capgo dal mio sistema di integrazione continua?

Sì. Capgo è destinato ad essere utilizzato dai sistemi di integrazione continua. Abbiamo pubblicato una guida per Android e Github Actions e iOS, e per GitLab. Altri sistemi CI dovrebbero essere simili.

Per favore, non esitare a contattarci su GitHub o Discord se incontrate problemi.

Come si relaziona a Firebase Remote Config o Launch Darkly?

Il Code push consente di aggiungere nuovi code / sostituire code sul dispositivo. Firebase Remote Config e Launch Darkly sono entrambi sistemi di configurazione. Consentono di modificare la configurazione dell'app senza dover inviare una nuova versione. Non sono destinati a sostituire code.

Quanto grande è l'impronta di dipendenza che questo aggiunge?

Non ho misurato di recente, ma mi aspetto che la libreria code push aggiunga meno di un megabyte agli app Capacitor. Sappiamo come ridurlo quando diventerà una priorità. Se il size è un blocco per te, per favore, fammelo sapere!

Funziona Capgo sul simulatore iOS 18.4?

No. A causa di un problema upstream che colpisce il simulatore iOS 18.4, Capgo non funziona in modo affidabile lì. Per favore, testa su un dispositivo reale o utilizza una versione diversa del simulatore iOS.

Vedi i dettagli nell'issue React Native: facebook/react-native#50510

Sapere se code push funziona con applicazioni grandi?

Sì. Non esiste un limite di dimensione per l'applicazione che può essere aggiornata con code push. Come notato di seguito, Capgo può modificare qualsiasi code JS nella tua applicazione, indipendentemente dalle dimensioni.

Da notare: una dimensione più grande rende più difficile per gli utenti scaricare gli aggiornamenti. Raccomandiamo di mantenere il tuo app il più piccolo possibile.

What posso utilizzare Capgo code per inviare?

Abbiamo visto una varietà di utilizzi, tra cui:

• Risposte d'emergenza per applicazioni in produzione.
• Invio di correzioni di bug ai utenti con versioni più vecchie del tuo app.
• Invio costante (ad esempio ogni ora).

Nota che la maggior parte delle librerie di app proibisce l'invio di code che cambia il comportamento dell'app in modo significativo. Vedi di seguito per ulteriori informazioni.

Cosa conta come un ‘MAU’ per Capgo?

Un MAU è un dispositivo attivo mensile. Un dispositivo distinto che contatta Capgo in un periodo di 30 giorni rotativo conta come un MAU per quel ID di app nativa. Lo stesso dispositivo fisico utilizzato con due ID di app nativa distinti conta una volta per ogni ID di app; non viene deduplicato tra di loro.

Se le tue varianti differiscono solo nella loro layer web o nella gestione delle aggiornamenti, utilizza un ID di app nativa con canali. Ciò mantiene le varianti sotto un'unica app Capgo e rende le rilascia più semplici. Utilizza ID di app nativa separati quando una variante necessita di un ID di bundle distinto, di un'identità di firma, di un set di autorizzazioni o di una lista di store diversa.

Sul sistema iOS, v7.25.0+ mantiene l'ID dispositivo casuale, app-scopico, attraverso reinstallazioni normali utilizzando Keychain. Sul sistema Android, utilizza v7.50.1+ (o v5.50.1+ ] v6.50.1+ su quelle linee di rilascio); l'ID viene ripristinato solo quando Android Backup/Restore conserva le preferenze dell'app. Disabilitando il backup, escludendo quelle preferenze o cancellando i dati dell'app genera un nuovo ID dispositivo. Aggiornando l'app non si crea un nuovo ID dispositivo.

Per le versioni di test e sviluppo, disabilitare la consegna di sviluppo e emulatori sui canali di produzione. Ciò controlla la consegna, non il MAU: un dispositivo può ancora essere conteggiato quando contatta Capgo. Per tenerlo fuori dall'utilizzo di produzione, disabilitare le aggiornamenti in tempo reale e non chiamare i punti di fine Capgo. Vedi Testare le versioni native senza aggiornamenti in tempo reale per le impostazioni precise.

Cosa non possiamo utilizzare Capgo code per?

Capgo non può modificare le code native come Java, Kotlin, Objective-C, Swift, plugin nativi o configurazione nativa. Queste modifiche richiedono una nuova versione di rilascio dell'app nativa. Per lo scope di revisione della store, vedi Politiche di App Store e Google Play.

Posso aggiornare capacitor.config.ts tramite Capgo?

No. Regola breve: Capgo può inviare la cartella di build web generata, inclusi HTML, CSS, JavaScript, risorse e modifiche di pacchetti JavaScript puri raccolte in quel output. Le modifiche a capacitor.config.ts, la configurazione dei plugin nativi, l'installazione o l'aggiornamento dei pacchetti nativi e qualsiasi cosa richieda l'aggiornamento del progetto iOS o Android attraverso npx cap sync o npx cap copy richiedono una rilascio di app nativa.

Il file di configurazione Capacitor viene letto al tempo di costruzione nativa e compilato nel binario dell'app nativa. Se hai bisogno di modificare la tua Capacitor configurazione, devi:

1. Aggiornare capacitor.config.ts localmente
2. Ricompilare la tua app nativa (npx cap sync seguito da una costruzione nativa)
3. Invia il nuovo binario ai negozi di app

Does Capgo submit to the stores for me?

Capgo Build può compilare e firmare un progetto nativo iOS o Android preparato e, quando configurato, inviare il risultato firmato a App Store Connect o Google Play. Puoi mantenere la tua CI per le dipendenze private, le costruzioni web, Capacitor sincronizzazione, e la preparazione nativa personalizzata; Capgo riceve il progetto nativo preparato per lo step di costruzione nativa.

Vedi Capgo Build e la riferimento alla configurazione di costruzione per le opzioni del workflow e la sottoscrizione alle store.

Cosa fa Capgo a discapito del disco e dove?

L'aggiornatore Capgo (incluso nella tua applicazione quando costruisci l'applicazione) memorizza il bundle più recente scaricato nella sola directory che capacitor consentono di caricare code. Su Android, si trova in /data/user/0/com.example.app/code_cache/capgo_updater anche se la base di quel percorso è fornita dal sistema Android e può cambiare dinamicamente durante l'esecuzione. Su dispositivi iOS, i dati sono memorizzati sotto Library/Application Support/capgo.

Gli strumenti di linea di comando Capgo (ad esempio npx @capgo/cli@latest bundle upload) sono installati sul disco in npm cache, i tuoi accessi sono memorizzati nella directory home ~/.capgo.

Come si relaziona a Capacitor Hot Reload?

La ricarica calda di Capacitor è una funzionalità disponibile solo durante lo sviluppo. Code push è per la produzione.

La ricarica calda è una funzionalità di Capacitor che ti consente di modificare code sul dispositivo durante lo sviluppo. Ciò richiede la creazione dell'app Capacitor con un proxy per connettersi alla tua macchina locale.

Code push è una funzionalità che ti consente di modificare code sul dispositivo in produzione. Utilizzeremo una varietà di tecniche diverse per rendere questo possibile a seconda della piattaforma.

Di quali tipi di modifiche supporta Capgo code push?

Capgo può modificare qualsiasi JS code nel tuo applicativo. Ciò include le code dell'app e i code generati. Puoi anche aggiornare le dipendenze in package.json a patto che non richiedano modifiche native code.

Non abbiamo piani per supportare la modifica di code native (ad esempio Java/Kotlin su Android o Objective-C/Swift su iOS), e lo strumento ti avviserà se rileva che hai modificato code native, poiché non sarà incluso nel pacchetto.

Funziona anche su Web?

Il push Code non è necessario per il web, poiché il web funziona già in questo modo. Quando un utente apre un'app web, scarica la versione più recente dal server se necessario.

Se hai un caso d'uso per il code push con il web, ci piacerebbe saperlo!

Funziona su iOS, Android, Mac, Windows, Linux, ecc.?

Sì.

Finora ci siamo concentrati su Android, iOS e Electron, e code è pronto per la produzione su tutti e tre.

Quali versioni di OS supporta Capgo?

Capgo supporta le stesse versioni di Android che Capacitor supporta.

Capacitor supporta attualmente Android API livello 22+ e iOS 13.0+: https://capacitorjs.com/docs/main/reference/support-policy

Quali versioni di Capacitor supporta Capgo?

Capgo supporta attualmente solo le ultime rilasciate stabili di Capacitor. Potremmo supportare anche versioni più vecchie di Capacitor, ma non abbiamo ancora costruito l'infrastruttura necessaria per mantenere tali versioni nel tempo. Intendiamo supportare più versioni di Capacitor in futuro, comprese qualsiasi versione per i nostri clienti aziendali. https://github.com/Cap-go/capgo/issues/1100

Capgo segue Capacitor stabile e aggiorna generalmente entro poche ore di qualsiasi rilascio stabile. Il nostro sistema per eseguire questi aggiornamenti è automatizzato e richiede pochi minuti per essere eseguito. Eseguiamo poi un ulteriore passaggio di verifica manuale prima di pubblicare sui nostri server.

Come si relaziona a questo processo di valutazione o politiche della Store App/Play?

Capgo invia aggiornamenti solo alla layer web Capacitor: l'HTML, il CSS, il JavaScript e gli asset già in esecuzione nel WebView dell'app. Non modifica il binario nativo, i plugin nativi, le autorizzazioni, le entità, la firma o i metadati della store.

Utilizza un rilascio della store nativa per ogni cambiamento nativo e per i materiali che potrebbero influire sulla funzionalità o sullo scopo dell'app, come presentato e discusso con gli utenti.

Capgo garantisce l'approvazione della Store App o Google Play?

No. Apple e Google valutano ogni app e rilascio in base ai propri fatti, e Capgo non può garantire un esito di approvazione o di valutazione individuale. Il vostro team rimane responsabile del contenuto dell'app, delle dichiarazioni, dello scope degli aggiornamenti e della conformità alle politiche della store attuali.

Per la pianificazione della valutazione e del rilascio, leggete le politiche ufficiali direttamente: Linee guida di revisione dell'App Store di Apple e Politica di abuso di dispositivo e rete di Google Play.

Può usare Capgo nel mio paese?

Non abbiamo cercato di limitare l'accesso a Capgo da alcun paese.

Riconosciamo che alcuni paesi hanno restrizioni su cosa può essere accesso da all'interno del paese. Capgo utilizza attualmente Cloudflare Cloud per l'hosting, compresi R2 Storage e Cloudflare workers.

I seguenti URL sono utilizzati da Capgo:

• https://api.capgo.app — utilizzato dai npx @capgo/cli strumenti di linea di comando per interagire con i server di Capgo nonché l'aggiornatore di Capgo sulle dispositivi degli utenti per verificare gli aggiornamenti.
• https://*.r2.cloudflarestorage.com — utilizzato dal npx @capgo/cli tool di linea di comando per caricare e scaricare il bundle

Se tutte quelle URL sono accessibili dal tuo paese, allora Capgo dovrebbe funzionare.

Se la tua regione richiede di bloccare l'accesso a qualsiasi di quelle URL, ti preghiamo di informarci e possiamo lavorare con te per trovare una soluzione. I server proxy sono una delle opzioni.

Posso ospitare Capgo da solo?

Sì. Enterprise supporta le licenze di ospitaggio self-hosted Capgo quando hai bisogno di eseguire il backend dell'aggiornamento nella tua infrastruttura. Vedi Updater Self-Hosted per il modello di distribuzione e gli endpoint.

Richiede code di spingere la connessione internet per funzionare?

Sì. Si potrebbe immaginare di eseguire un server per distribuire gli aggiornamenti separatamente dalla rete internet generale, ma è necessaria una forma di connettività di rete per trasportare gli aggiornamenti ai dispositivi.

Come Capgo è influenzato dalla mancanza di connettività di rete?

L'aggiornatore Capgo (incluso nella tua applicazione quando costruisci l'applicazione con Capgo) è progettato per essere resiliente ai problemi di connettività di rete.

Nel comportamento di aggiornamento predefinito, quando l'applicazione si avvia, avverte l'aggiornatore Capgo, che avvia un thread separato per effettuare una richiesta di rete ai server di Capgo e chiedere un aggiornamento. Intenzionalmente utilizziamo un thread separato per evitare di influenzare qualsiasi altra cosa l'applicazione possa essere facendo. Se la richiesta di rete fallisce o scade, l'aggiornatore semplicemente cercherà di controllare nuovamente la prossima volta che l'applicazione si avvia.

Gli strumenti di riga di comando Capgo (ad esempio npx @capgo/cli@latest bundle upload) richiedono la connettività di rete per funzionare. Se stai utilizzando Capgo per distribuire la tua app, assicurati che il tuo sistema di integrazione abbia la connettività di rete.

Cosa succede se un utente non aggiorna per molto tempo e perde un aggiornamento?

La nostra implementazione invia sempre un aggiornamento specificamente personalizzato per il dispositivo che lo richiede, aggiornando sempre il richiedente alla versione più recente disponibile. Quindi se un utente non aggiorna per un po' di tempo perderà gli aggiornamenti intermedi.

Il server di aggiornamento potrebbe essere modificato per supportare la risposta con la versione incrementale successiva o la versione più recente a seconda delle esigenze della tua applicazione. Ci faccia sapere se comportamenti di aggiornamento alternativi sono importanti per lei.

Come si relaziona Capgo a Capacitor?

Capgo è un plugin per Capacitor che aggiunge code push. Capgo non è una sostituzione per Capacitor. Puoi continuare ad utilizzare lo strumento Capacitor che già conosci e ami.

Seguiamo la versione stabile più recente di Capacitor e aggiorniamo il nostro plugin di push code per farlo funzionare con essa.

Quando avvengono gli aggiornamenti?

Di default, l'aggiornatore Capgo controlla gli aggiornamenti all'avvio dell'app. Esegue il lavoro su un thread di background e non blocca il thread della UI. Gli aggiornamenti saranno installati mentre l'utente utilizza l'app e verranno applicati la prossima volta che l'app viene riavviata.

It è anche possibile eseguire manualmente l'aggiornatore Capgo utilizzando il @capgo/capacitor-updater pacchetto, attraverso cui è possibile attivare gli aggiornamenti in qualsiasi momento, incluso tramite una notifica push.

L'aggiornatore Capgo è progettato in modo tale che quando la rete non è disponibile, o il server è down o altrimenti non raggiungibile, l'app continuerà a funzionare normalmente. Se dovessi mai scegliere di cancellare un aggiornamento dai nostri server, tutti i tuoi client continueranno a funzionare normalmente.

Abbiamo aggiunto la possibilità di annullare le patch. La cosa più semplice è semplicemente attaccare un bundle precedente al tuo canale per annullare.

Devo conservare il mio app_id segreto?

No. Il app_id è incluso nella tua app e è sicuro essere pubblico. Puoi verificarlo nel controllo delle versioni (anche pubblicamente) e non preoccuparti che qualcuno altro possa accedervi.

Qualcuno che ha il tuo app_id può estrarre la versione più recente della tua app dai server Capgo, ma non possono inviare aggiornamenti alla tua app o accedere ad alcun altro aspetto del tuo account Capgo.

Cosa viene inviato ai server Capgo?

L'inventario completo dei dati, il comportamento degli endpoint e i controlli sulla privacy sono documentati in Conformità.

Impostare statsUrl: '' per disabilitare i rapporti statistici di aggiornamento espliciti. Puoi anche inviare statsUrl a un proxy o un endpoint che controlli; vedi gestione delle statistiche nell'infrastruttura auto-hosted. Le verifiche degli aggiornamenti richiedono ancora un identificatore dispositivo a livello di applicazione per consentire a Capgo di selezionare l'aggiornamento corretto e misurare i dispositivi attivi mensili.

La lista dei sottoprocessori è la nostra fonte pubblica aggiornata di verità per i fornitori, le località di elaborazione, i meccanismi di trasferimento e la cronologia delle modifiche.

Posso utilizzare Capgo per applicazioni sensibili ai dati HIPAA?

Sì, ma il proprietario della compliance deve scegliere il modello di distribuzione giusto. Capgo Cloud non è attualmente presentato come un elaboratore statistico ospitato HIPAA-compatibile. Di default, i dati dell'aggiornatore sono device-scopici e non sono legati a un utente di app noto, e molte squadre utilizzano quel modello con successo.

Per revisioni più severe, puoi geo-localizzare il traffico del plugin, disabilitare le statistiche impostando statsUrl a una stringa vuota, ospita solo l'endpoint delle statistiche, o utilizza l'hosting autorizzato. Non chiamare CapacitorUpdater.setCustomId(...) con un indirizzo email, ID utente, ID paziente, ID dipendente o qualsiasi valore che mappi la telemetria dell'aggiornatore verso una persona.

Vedi HIPAA Compliance per la configurazione tecnica completa e le trade-off di osservabilità quando le statistiche sono disabilitate.

Posso mantenere Capgo i dati di aggiornamento in tempo reale in Europa?

Sì. Le app che necessitano di una residenza dei dati UE per il traffico del plugin Cloud Capgo possono impostare gli endpoint dell'aggiornamento sui host UE:

• updateUrl: https://plugin.eu.capgo.app/updates
• statsUrl: https://plugin.eu.capgo.app/stats
• channelUrl: https://plugin.eu.capgo.app/channel_self

Usa tutte e tre le URL UE insieme affinché le verifiche degli aggiornamenti, le statistiche e l'assegnazione del canale utilizzino la stessa percorso di dati regionale. Poiché questi valori vivono in capacitor.config.ts, le app mobili in produzione necessitano di una rilascio nativo prima che gli installi esistenti utilizzino gli endpoint nuovi.

Vedi Ubicazione dei dati per esempi esatti di Capacitor e Electron.

Quali piattaforme supporta Capgo?

Attualmente, Capgo supporta Android, iOS e Electron. Tutti sono pronti per la produzione.

L'uso di Capgo per iOS, Android o Electron può essere una decisione independente. Puoi impostare la strategia del canale per Android e un ipa costruito per l'App Store, o i canali di Electron, come necessario.

Capgo può (relativamente facilmente) essere reso supportivo per i target desktop o embedded. Se questi sono importanti per te, per favore ci informa.

Come interagisce Capgo con le piste di testing di Play o Apple TestFlight?

Ogni negozio delle app ha meccanismi separati per distribuire le app a gruppi di utenti limitati (ad esempio “testing interno”, “beta chiusa”, ecc.). Questi sono tutti meccanismi per segmentare gli utenti in gruppi e distribuire versioni specifiche delle app a ogni gruppo.

Purtroppo, questi meccanismi non consentono a tutti i terzi di rilevare quando le app sono installate in qualsiasi pista di testing o tramite TestFlight. Pertanto, non abbiamo una visibilità affidabile sulla composizione di questi gruppi, e non possiamo garantire l'accesso alle patch di Capgo in base a questi gruppi. https://it.stackoverflow.com/questions/384444/può-un'applicazione-android-identificare-la-pista-di-testing-all'interno-di-google-play https://it.stackoverflow.com/questions/245111/como-sapere-in-tempo-reale-se-un-app-ios-è-in-esecuzione-tramite-un-beta-di-testflight

Se desideri segmentare la disponibilità del pacchetto Capgo, ci sono 4 opzioni potenziali:

1. Usa un canale separato per ogni gruppo. Questo è l'approccio più diretto, ma richiede di gestire più canali. Potresti già avere dei canali di sviluppo e dei canali di produzione con disponibilità diverse. Puoi quindi aggiornare i tuoi canali di sviluppo, verificarli e poi aggiornare separatamente i tuoi canali di produzione. Consigliamo l'uso di branch / tag nel tuo controllo delle versioni per aiutare a tenere traccia delle fonti associate a ogni rilascio.
2. Segui il tuo set di utenti che hanno scelto di partecipare, disabilita gli aggiornamenti automatici e attiva gli aggiornamenti solo per certi utenti tramite il @capgo/capacitor-updater package. Questo funziona oggi, ma richiede di gestire la tua lista di utenti che hanno scelto di partecipare.
3. Capgo consente di creare il proprio meccanismo di opt-in per un dispositivo alla volta (simile a Test Tracks o TestFlight, ma piattaforma indipendente). Ciò consente al tuo team di QA di opt-in per il bundle prima che venga promosso al pubblico generale.
4. Usa i rulli progressivi per consegnare un bundle candidato a un sottoinsieme casuale e fissato di un canale. Imposta un rullo da 0–100%, o utilizza --rollout-percentage-bps per incrementi del 0,01%; configura la durata della cache da 60 secondi a 365 giorni e la politica di pausa automatica facoltativa. Ciò non seleziona un gruppo di dispositivi denominato.

Facturazione

Come posso aggiornare o ridurre il mio piano?

Puoi aggiornare o ridurre il tuo piano in qualsiasi momento nel tuo pannello di controllo: https://console.capgo.app/impostazioni/organizzazione/piani

Quando si resetta il mio periodo di fatturazione?

I periodi di fatturazione vengono resettati automaticamente ogni mese nel mese in cui hai sottoscritto per la prima volta Capgo. Ad esempio, se hai sottoscritto il 15 del mese, il tuo periodo di fatturazione si resettà il 15 di ogni mese.

Come posso annullare la mia sottoscrizione?

Puoi annullare la tua sottoscrizione in qualsiasi momento nel tuo pannello di controllo: https://console.capgo.app/impostazioni/dell'organizzazione/piani

Posso pagare un anno in anticipo?

Sì. Puoi scegliere la fatturazione annuale nelle impostazioni del piano dell'organizzazione Cosa conta verso lo spazio di archiviazione, e possiamo cambiare la conservazione?.

Collegamento diretto a Cosa conta verso lo spazio di archiviazione, e possiamo cambiare la conservazione?

La riproduzione regionale moltiplica lo spazio di archiviazione o la banda?

Collegamento diretto a La riproduzione regionale moltiplica lo spazio di archiviazione o la banda?

No. Una raccolta viene conteggiata una volta per la memorizzazione, indipendentemente dalle regioni che la servono. Capgo la larghezza di banda si basa sui download dei dispositivi che non sono serviti dalla cache di edge; le consegne servite dalla cache non contano contro Capgo l'uso della larghezza di banda.

Cosa include il contratto di servizio Enterprise?

L'Enterprise include un impegno mensile di disponibilità del 99,9% per la piattaforma di produzione. Se questo impegno non viene rispettato, il piano di credito per il servizio è di 10% a 30% in base alla disponibilità mensile. I target di risposta al supporto iniziale sono P1: un'ora, 24/7/365; P2: due ore di lavoro; P3: un giorno lavorativo; e P4: due giorni lavorativi. Leggi il Contratto di servizio Enterprise per i termini completi.

Statistiche e analisi

I dati nella tua dashboard vengono aggiornati ogni mezzanotte UTC. I dati sono calcolati dai dati distinti MAU Attivo durante il periodo di 30 giorni in corso.

Come viene generato l'ID dispositivo

L'ID dispositivo viene generato sul dispositivo alla prima esecuzione, e viene utilizzato per evitare duplicati per installazioni per dispositivo e consentire di fatturare in base agli utenti installati (ad esempio utenti attivi mensili), piuttosto che su patch totali o installazioni di patch totali.

Il MAU è una soluzione migliore del numero di installazioni per il prezzo di Capgo, in quanto è più preciso e riflette il costo reale di Capgo per dispositivo.

Persistenza dell'ID dispositivo:

• iOS: A partire da v7.25.0+, l'ID dispositivo viene memorizzato nella Keychain e persiste attraverso reinstallazioni normali.
• Android: Utilizzare v7.50.1+ (o v5.50.1+/v6.50.1+ su quelle linee di rilascio). L'ID dispositivo viene ripristinato solo quando Android Backup/Restore conserva le preferenze dell'app.
• ElectronIl numero di dispositivo è memorizzato in un archivio sicuro.
• Nota Android: Disabilitando il backup, escludendo le preferenze pertinenti o cancellando i dati dell'app genera un nuovo numero di dispositivo. Le versioni Android da v7.25.0 a v7.50.0 possono generare un nuovo numero di dispositivo dopo un reinstall anche quando il backup è abilitato.

Il numero di dispositivo è valido solo per l'app e supporta la consegna in tempo reale e la deduplicazione dei MAU; non è un identificatore di pubblicità o di tracciamento tra le app.

I numeri di dispositivo sono elencati dopo che l'app si connette a Capgo attraverso gli endpoint di aggiornamento o statistiche. Un dispositivo non deve installare un patch prima di poter apparire nella lista dei dispositivi.

Perché il mio numero di dispositivo è diverso dal mio MAU?

La lista dei dispositivi e i MAU sono basati su segnali diversi.

La lista dei dispositivi mostra i dati più recenti disponibili per ogni dispositivo, come il numero di dispositivo, il sistema operativo, la versione del plugin, la versione del sistema operativo, la versione nativa, il canale, il pacchetto installato e il paese di richiesta quando disponibile. Il paese di richiesta è il codice a due lettere code più recente e valido ricevuto da una richiesta gestita da Cloudflare per quel dispositivo, non GPS o posizione fornita dall'app. Le richieste senza un paese valido non cancellano il valore più recente valido. Capgo aggiorna questi dati quando l'app si connette, ma le connessioni ripetute che riportano gli stessi dati possono non modificare la riga o la sua ultima ora di aggiornamento.

Conteggio MAU dei dispositivi attivi distinti durante la finestra di fatturazione. Questa attività può aumentare anche quando i metadati del dispositivo rimangono gli stessi, quindi il conteggio dei dispositivi e il MAU possono essere diversi.

Come avere aggiornamenti diversi per piattaforma?

Puoi creare un canale per ogni piattaforma e disabilitare gli aggiornamenti specifici per piattaforma in ogni canale.

Sul canale iOS disabilita gli aggiornamenti per Android e sul canale Android disabilita gli aggiornamenti per iOS.

Poi carica un bundle in ogni canale per avere aggiornamenti diversi per ogni piattaforma.

Se hai bisogno di avere gli stessi aggiornamenti per entrambe le piattaforme, puoi collegare un bundle a più canali. Non è necessario duplicare il bundle.

Continua da FAQ

Se stai utilizzando FAQ per pianificare la consegna di aggiornamenti in tempo reale, connettilo con Capgo Aggiornamenti in Tempo Reale per il flusso di lavoro del prodotto in Capgo Aggiornamenti in Tempo Reale, 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 Comportamento dell'aggiornamento, e Tipi di Aggiornamento per i dettagli di implementazione in Tipi di Aggiornamento.