Domande frequenti

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

Cosa è "code push"?

Code push, noto anche 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 di React Native da Microsoft e context, neither of which support Capacitor.

Do Capgo CLI majors need to match my plugin or Capacitor version?

Sezione intitolata “Si devono utilizzare le stesse versioni di Capgo e CLI per il mio plugin o __CAPGO_KEEP_2__?”npx @capgo/cli@latest). The CLI and Capgo Console follow their own versioning and stay compatible with any supported updater plugin major. Capgo plugins follow Capacitor majors; see ). La console di Capgo e __CAPGO_KEEP_1__ segue la propria versione e rimane compatibile con qualsiasi plugin di aggiornamento supportato. I plugin __CAPGO_KEEP_2__ seguono le versioni __CAPGO_KEEP_3__; vedere la sezione su Capgo versioning per le etichette LTS come @lts-v7.

Cosa differenzia un bundle da una release?

Utilizziamo il termine “release” per indicare la preparazione di un binario per i negozi di app. Per poter generare successivamente un bundle Capgo è necessario conoscere il binario esatto che è stato inviato ai negozi di app.

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

Sono presenti limitazioni per i file di aggiornamento Delta?

Sì:

• File di dimensione zero: Le 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 zero byte nelle vie del bundle Delta.
• Percorso con spazi: Il caricamento Delta fallisce presto con un chiaro errore quando una via 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 ulteriori informazioni sulla configurazione.

Cosa è il piano di sviluppo?

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

Noi operiamo anche nel pubblico, quindi potete vedere cosa stiamo facendo in qualsiasi momento. Siamo felici di rispondere a qualsiasi domanda che avete sul nostro piano o priorità tramite Github issue o Discord.

Puo utilizzare Capgo con il suo team?

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

Vedi Team per ulteriori informazioni.

Capgo conserva i miei file di origine code?

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

Per ulteriori sicurezza, hai due opzioni:

• Crittografia End-to-End: Crittografa il tuo bundle prima di caricarlo per proteggerlo in archiviazione e trasporto e per impedire a terze parti di generare aggiornamenti crittografati validi senza la tua chiave privata. Ciò non rende impossibile per gli sviluppatori web di reverse engineering le risorse web distribuite perché la chiave pubblica è presente nell'applicazione distribuita.
• Carica URL Esterno: Carica il bundle sul tuo server e fornisce solo a Capgo il link 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 pacchetti sono risorse web pubbliche destinate a essere scaricate dagli utenti del tuo app. Chiunque conosca l'URL del pacchetto può estrarre quei file, e Capgo informa gli utenti di questo durante la configurazione e nella documentazione.

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

Sì, puoi utilizzare Capgo dal tuo sistema CI?

Sì. Capgo è destinato a essere utilizzato dai sistemi CI. Abbiamo pubblicato una guida per Android e Github Actions e iOS, e per GitLab. Gli altri sistemi CI dovrebbero essere simili.

Per favore, non esitare a contattarci per GitHub o Discord se incontri problemi.

Come si relaziona a Firebase Remote Config o Launch Darkly?

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 ridurre la dimensione quando diventa una priorità. Se la dimensione è un blocco per te, per favore, fai 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

Funziona code push con applicazioni grandi?

Yes. There is no limit on the size of the application that can be updated with code push. As noted , __CAPGO_KEEP_0__ può modificare qualsiasi __CAPGO_KEEP_1__ JS in applicazione, indipendentemente dalle dimensioni., Capgo can change any JS code in your application regardless of size.

Cosa posso utilizzare __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ push?

Collegamento diretto a Cosa posso utilizzare Capgo code push?

Abbiamo visto una varietà di utilizzi, tra cui:

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

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

Cosa conta come un “MAU” per Capgo?

Un MAU è un dispositivo attivo mensile. Un dispositivo distinto che contatta Capgo durante un periodo di 30 giorni 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; non viene deduplicato tra di loro.

If i tuoi gusti differiscono solo nella loro layer web o routing di aggiornamento, utilizza un ID di app nativa unico con canali. Ciò mantiene i gusti sotto un'unica app Capgo e rende le rilascie più semplici. Utilizza ID di app native separati quando un gusto richiede un ID di bundle distintivo, un'identità di firma, un set di autorizzazioni o una lista di negozio.

Sul iOS, v7.25.0+ mantiene l'ID dispositivo casuale, app-scopico, attraverso reinstallazioni normali utilizzando Keychain. Sul Android, utilizza v7.50.1+ o v5.50.1+ e 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. Aggiornare l'app non crea un nuovo ID dispositivo.

Per le costruzioni di test e sviluppo, disabilitare la consegna dei build di sviluppo e dell'emulatore 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 endpoint di produzione Capgo. Vedi Testare le costruzioni native senza aggiornamenti in tempo reale per le impostazioni esatte.

Cosa non possiamo utilizzare Capgo code push per?

Capgo non può modificare le code native come Java, Kotlin, Objective-C, Swift, plugin native o configurazione nativa. Queste modifiche richiedono una nuova rilascio di app nativa. Per lo scope di valutazione della store, vedere 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, asset e modifiche ai pacchetti di JavaScript puri raccolti in quel output. Le modifiche a capacitor.config.tsnative plugin configuration, installazione di pacchetti nativi o aggiornamenti, e tutto ciò che deve aggiornare il progetto iOS o Android attraverso npx cap sync o npx cap copy Per esempio, la configurazione nativa, l'installazione di pacchetti nativi o gli aggiornamenti, e tutto ciò che deve aggiornare il progetto iOS o Android attraverso

The Capacitor configuration file is read at native build time and compiled into the native app binary. If you need to change your Capacitor configuration, you must:

1. Il file di configurazione __CAPGO_KEEP_0__ viene letto al tempo di costruzione nativa e compilato nel binario dell'app nativa. Se hai bisogno di modificare la tua __CAPGO_KEEP_1__ configurazione, devi: capacitor.config.ts Aggiornare
2. localmentenpx cap sync Ricompila la tua app nativa (
3. seguito da una costruzione nativa)

Does Capgo submit to the stores for me?

Capgo Costruisci 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 esistente 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 Costruisci e la riferimento alla configurazione di costruzione per le opzioni di flusso di lavoro e di invio negli store.

Cosa Capgo archivia sul disco e dove?

L'aggiornatore Capgo (incluso nella tua applicazione quando costruisci l'applicazione) memorizza la versione più recente del pacchetto scaricato nella sola directory che capacitor consente 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 riga di comando Capgo (ad esempio npx @capgo/cli@latest bundle uploadLe file sono installate sul disco in npm cache, i tuoi accessi sono memorizzati nella directory home ~/.capgo.

Come si relaziona a Capacitor Hot Reload?

La funzione di Hot reload di Capacitor è disponibile solo durante lo sviluppo. Code push è per la produzione.

La funzione di Hot reload di Capacitor consente di modificare code sul dispositivo durante lo sviluppo. Ciò richiede la creazione dell'app Capacitor con un proxy per connettersi alla macchina locale.

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

Quali tipi di modifiche supporta Capgo code push?

Capgo può modificare qualsiasi code JS nell'applicazione. Ciò include le code dell'app e le code generate. Puoi anche aggiornare le dipendenze in package.json quanto non richiedono modifiche native code

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

Supporta questo il web?

Code push 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 code push con il web, ci piacerebbe saperlo!

Funzionerà su iOS, Android, Mac, Windows, Linux, ecc.?

Sì.

Finora abbiamo focalizzato l'attenzione su Android, iOS e Electron, e code push è pronto per la produzione su tutti e tre.

Quali versioni di sistema operativo 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 sviluppato 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 le versioni stabili di Capacitor e aggiorna generalmente entro poche ore di ogni rilascio stabile. Il nostro sistema per eseguire queste 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 questo alla procedura di revisione o alle politiche dell'App/Play Store?

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

Utilizza una versione di store nativa per ogni cambiamento nativo e per le modifiche materiali che potrebbero influire sulla funzione o sulla finalità dell'app. Mantieni gli aggiornamenti in vita all'interno dell'esperienza dell'app che hai presentato e discusso con gli utenti.

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

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

Per la pianificazione della valutazione e del rilascio, leggi le politiche ufficiali direttamente: Linee guida di valutazione della App Store di Apple e Politica di abuso di dispositivi e rete di Google Play.

Può utilizzare Capgo nel mio paese?

Non abbiamo tentato di limitare l'accesso a Capgo da nessun paese.

Riconosciamo che alcuni paesi hanno restrizioni sulle URL che possono essere accessibili dal 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 Capgo sulle dispositivi degli utenti per verificare le aggiornamenti.
• https://*.r2.cloudflarestorage.com — utilizzato dal npx @capgo/cli strumento di linea di comando per caricare e scaricare i 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 farcelo sapere e possiamo lavorare con te per trovare una soluzione. I server proxy sono una delle opzioni.

Posso ospitare autonomamente Capgo?

Sì. Enterprise supporta le distribuzioni autonome di Capgo autorizzate quando hai bisogno di eseguire il backend dell'aggiornamento nella tua infrastruttura. Vedi Aggiornamento Auto-ospitato per il modello di distribuzione e gli endpoint.

Il push di code richiede l'accesso a Internet per funzionare?

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

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

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

Nel comportamento di aggiornamento predefinito, quando l'applicazione si avvia, avverte l'aggiornatore di Capgo, che avvia un thread separato per effettuare una richiesta di rete a Capgo’s server 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.

L'Capgo strumenti di riga di comando (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 un lungo periodo di tempo e perde un aggiornamento?

Noi inviamo sempre un aggiornamento specificamente tailoato per il dispositivo che richiede l'aggiornamento, aggiornando sempre il richiedente alla versione più recente disponibile. Quindi se un utente non aggiorna per un po' di tempo, perderà gli aggiornamenti intermedi.

Potrebbe essere necessario modificare il server di aggiornamento per supportare la risposta con la versione incrementale successiva o la versione più recente a seconda delle esigenze del tuo'applicazione. Ci informi se i comportamenti di aggiornamento alternativi sono importanti per te.

Come Capgo si relaziona a Capacitor?

Capgo è un plugin per Capacitor che aggiunge il code push. Capgo non è una sostituzione per Capacitor. Puoi continuare ad utilizzare gli strumenti 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 al avvio dell'applicazione. Esegue il lavoro in un thread di background e non blocca il thread della UI. Gli aggiornamenti saranno installati mentre l'utente utilizza l'applicazione e verranno applicati la prossima volta che l'applicazione viene riavviata.

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

L'aggiornatore Capgo è progettato in modo che quando la rete non è disponibile o il server è down o inaccessibile, l'app continuerà a funzionare normalmente. Se dovessi mai scegliere di eliminare 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 qualcun altro lo acceda.

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.

Quali informazioni vengono inviate ai server Capgo?

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

Imposta 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. Update checks still need an app-scoped device identifier so Capgo can select the correct update and measure monthly active devices.

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 app sensibili al HIPAA?

Sì, ma il proprietario della compliance deve scegliere il modello di distribuzione giusto. Capgo Cloud non è attualmente presentato come un elaboratore di statistiche ospitato HIPAA-compliant. Di default, i dati dell'aggiornatore sono dispositivi-scoperti 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 su una stringa vuota, ospita solo l'endpoint delle statistiche, o utilizza l'hosting autorizzato. Non chiamare CapacitorUpdater.setCustomId(...) con un indirizzo e-mail, ID utente, ID paziente, ID dipendente o qualsiasi valore che mappi la telemetria dell'aggiornatore a una persona.

Vedi La conformità HIPAA 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ì. Gli app che necessitano di residenza dei dati UE per il traffico del plugin Capgo Cloud possono impostare gli endpoint dell'aggiornatore sul 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 tutti e tre gli URL EU insieme affinché le verifiche degli aggiornamenti, le statistiche e l'assegnazione del canale utilizzino lo stesso percorso di dati regionali. Poiché questi valori vivono in capacitor.config.tsLe applicazioni mobili in produzione richiedono una rilascio nativo prima che gli installi esistenti utilizzino i nuovi endpoint.

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

Che 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 indipendente. Puoi impostare la tua strategia di canale per Android e un ipa costruito per l'App Store, o i canali di Electron, come necessario.

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

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

Ogni uno degli store per le 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 ciascuno.

Purtroppo, questi meccanismi non consentono a tutte le parti terze di rilevare quando le app sono installate in una specifica pista di testing o tramite TestFlight. Pertanto, non abbiamo una visibilità affidabile sulla composizione di questi gruppi e non possiamo garantire l'accesso a Capgo patch in base a questi gruppi. https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i

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

1. Usare un canale separato per ogni gruppo. Questo è l'approccio più diretto, ma richiede di gestire più canali. Potreste già avere dei canali di sviluppo e produttivi con disponibilità diverse. Potete quindi aggiornare i vostri canali di sviluppo, verificarli e poi aggiornare separatamente i vostri canali produttivi. Raccomandiamo l'uso di branch / tag nel vostro 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 Questo funziona già oggi, ma richiede che tu gestisca da solo la tua lista di utenti che hanno scelto di partecipare.
3. Capgo consente di creare il proprio meccanismo di opt-in su base dispositivo (simile a Test Tracks o TestFlight, ma agnostico rispetto alle piattaforme). Ciò consente al tuo team di QA di opt-in per il bundle prima che venga promosso al pubblico generale.
4. Usa rollout progressivo per consegnare un bundle candidato a un sottoinsieme casuale e fisso di un canale. Imposta un rollout dal 0 al 100%, o utilizza --rollout-percentage-bps per incrementi del 0,01%; configura la durata della cache da 60 secondi a 365 giorni e politica di pausa automatica facoltativa. Ciò non seleziona un gruppo di dispositivi denominato.

Pagamento

Sottosezione intitolata “Pagamento”

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?

Il periodo di fatturazione viene resettato automaticamente ogni mese nel mese in cui hai sottoscritto per la prima volta Capgo. Ad esempio, se hai sottoscritto il 15° giorno del mese, il tuo periodo di fatturazione si resettà il 15° giorno di ogni mese.

Come posso cancellare la mia sottoscrizione?

Puoi cancellare la tua sottoscrizione in qualsiasi momento nel tuo pannello di controllo: https://console.capgo.app/impostazioni/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 bundle viene conteggiata una volta per il storage, indipendentemente dalle regioni che la servono. Capgo la banda è basata sui download dei dispositivi che non sono serviti dalla cache di edge; le consegne servite dalla cache non contano contro Capgo l'uso della banda.

Qual è compreso nell'Enterprise SLA?

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

Statistiche e analisi

I dati nella tua dashboard vengono aggiornati ogni mezzanotte UTC. I dati sono calcolati dai 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), anziché patch totali o installazioni di patch totali.

MAU è una soluzione migliore del numero di installazioni per il prezzo di Capgo, poiché è più accurata e riflette il costo effettivo di Capgo per dispositivo.

Persistenza dell'ID dispositivo:

• IOS: Dal v7.25.0+, l'ID dispositivo è memorizzato nella Keychain e persiste attraverso reinstallazioni normali.
• Android: Utilizza v7.50.1+ (o v5.50.1+/v6.50.1+ su quelle linee di rilascio). L'ID dispositivo viene ripristinato solo quando Backup/Restore di Android conserva le preferenze dell'applicazione.
• Elettronica: Il numero di dispositivo è memorizzato in un archivio sicuro.
• Avvertenza 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 una reinstallazione anche quando il backup è abilitato.

: Il numero di dispositivo è limitato all'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, la piattaforma, la versione del plugin, la versione del sistema operativo, la versione nativa, il canale, il bundle 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 la posizione GPS o la 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.

i conti MAU contano 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 i 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.

Sui canali iOS disabilita gli aggiornamenti per Android e sui canali 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 qui dalle FAQ

Se stai utilizzando Domande frequenti (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.