Domande frequenti

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

Qual è il significato di "code push"?

Code push, noto anche come “aggiornamenti in rete” (OTA), è un servizio cloud che consente ai Capacitor sviluppatori di distribuire aggiornamenti ai loro app in produzione. Capgo attualmente funziona 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: Pagina/Area: Sito web di marketing di Capgo. Ruolo: Etichetta di navigazione o elemento UI breve. Visualizzato in: pagina trust.astro. Chiave di messaggio `e` (E)., neither of which support Capacitor.

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

Sezione intitolata “Si Capgo CLI maggiori devono corrispondere alla mia estensione o alla versione di __CAPGO_KEEP_2__?”npx @capgo/cli@latestNo. Utilizza sempre la versione più recente di CLI Capgo ("). La console di CLI e Capgo segue la propria versione e rimane compatibile con qualsiasi plugin di aggiornamento supportato con maggiore versione. Le estensioni Capgo seguono le maggiori versioni Capacitor; vedi Capgo versioning per le etichette LTS come @lts-v7.

Qual è la differenza tra un bundle e 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 deve 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 La comanda è utilizzata per generare un bundle dal tuo nuovo code locale che viene poi inviato ai tuoi utenti.

Sono presenti limitazioni per i percorsi dei file di aggiornamento Delta?

Sì:

• File di zero byte: I CLI log Ignoring empty file... e esclude i file vuoti dal manifesto Delta. Non interrompe l'upload, quindi un file vuoto può modificare il pacchetto risultante senza fermare la tua distribuzione. Non includere file di zero byte nelle percorso dei pacchetti Delta.
• Percorsi con spazi: L'upload Delta fallisce presto con un chiaro errore quando un percorso del pacchetto 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.

Qual è la roadmap?

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

La nostra squadra opera anche in modo pubblico, quindi potete vedere cosa stiamo facendo in qualsiasi momento. Siamo felici di rispondere a qualsiasi domanda che avete sul nostro piano di lavoro o priorità via Github issue o Discord.

Posso utilizzare Capgo con il mio team?

Vedi

Team per ulteriori informazioni. __CAPGO_KEEP_0__ conserva il mio codice __CAPGO_KEEP_1__?

Collegamento diretto a Capgo conserva il mio codice code?

No. I server Capgo non vedono mai i miei code. Quando eseguo Capgo npx @capgo/cli@latest bundle upload, Capgo archivia un file zip del code minificato/compilato - lo stesso code che un browser riceverebbe, non i miei code.

Per ulteriori sicurezza, hai due opzioni:

• Crittografia End-to-End: 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 sviluppatori web decriptare le risorse distribuite perché la chiave pubblica è presente nell'applicazione distribuita.
• Caricamento di URL esterno: Archivia 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 del pacchetto sono risorse web pubbliche destinati ad essere scaricate dagli utenti del tuo app. Chiunque conosca l'URL del pacchetto può estrarre quei file, e Capgo informa gli utenti di ciò durante la configurazione e nella documentazione.

Access to bundle files is not considered a data breach. Do not put secrets, credentials, personal data, or regulated data in your app bundle. If you need stronger confidentiality for high-security use cases, use end-to-end encryption, but still treat shipped app code and assets as public from a security-reporting perspective.

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 GitLabAltre piattaforme 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 aggiunge?

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

Funziona Capgo sul simulatore iOS 18.4?

Assicurati di non utilizzare il simulatore iOS 18.4. A causa di un problema di livello superiore 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?

Sì. Non esiste alcun limite sulle dimensioni dell'applicazione che può essere aggiornata con code push. Come notato di seguito, Capgo può modificare qualsiasi code JS nell'applicazione, indipendentemente dalle dimensioni.

Nota: una dimensione maggiore rende più difficile per gli utenti scaricare gli aggiornamenti. Consigliamo di mantenere l'app il più piccola possibile.

Cosa posso utilizzare Capgo code push per?

Abbiamo visto una varietà di utilizzi, tra cui:

• Risparmi di 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 cambia il comportamento dell'app in modo significativo. Per ulteriori informazioni, vedi: di seguito Cosa si intende per “MAU” per __CAPGO_KEEP_0__?

Collegamento diretto a Cosa si intende per un ‘MAU’ per Capgo?

A MAU è un dispositivo attivo mensile. Un dispositivo distinto che contatta Capgo in un periodo di 30 giorni contato 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.

Se i tuoi gusti differiscono solo nella loro layer web o routing di aggiornamento, utilizza un ID di app nativa con canali. Ciò mantiene i gusti sotto un'app Capgo e rende le rilasci più semplici. Utilizza ID di app nativa separati quando un gusto necessita di un ID di pacchetto distintivo, identità di firma, set di autorizzazioni o elenco di negozio.

Sul iOS, v7.25.0+ conserva l'ID dispositivo casuale, app-scopico, attraverso reinstallazioni normali utilizzando Keychain. Sull'Android, utilizza v7.50.1+ (o v5.50.1+ e context Per le linee di rilascio in corso; 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 viene creato un nuovo ID dispositivo.

Per i build di test e sviluppo, disabilitare la consegna dei build di sviluppo e della consegna dell'emulatore sui canali di produzione. Ciò controlla la consegna, non il MAU: un dispositivo può ancora contare quando contatta Capgo. Per tenerlo fuori dall'utilizzo di produzione, disabilitare le aggiornamenti in tempo reale e non chiamare i punti di fine Capgo di produzione. Vedi Testare le build native senza aggiornamenti in tempo reale per le impostazioni esatte.

Cosa non possiamo utilizzare Capgo code push?

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

Posso aggiornare capacitor.config.ts tramite Capgo?

No. Short rule: Capgo can send the generated web build folder, including HTML, CSS, JavaScript, assets, and pure-JavaScript package changes bundled into that output. Changes to capacitor.config.tsLa regola breve è che __CAPGO_KEEP_0__ può inviare la cartella di build web generata, inclusi HTML, CSS, JavaScript, risorse e modifiche ai pacchetti JavaScript puri raccolti in quel output. Le modifiche a npx cap sync o npx cap copy o

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. o capacitor.config.ts o
2. onpx cap sync o
3. o

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 il tuo CI esistente per le dipendenze private, le build web, la sincronizzazione Capacitor e la preparazione nativa personalizzata; Capgo riceve il progetto nativo preparato per lo step di build nativo.

Vedi Capgo Build e la riferimento alla configurazione di build per le opzioni di workflow e di invio ai negozi.

Cosa fa Capgo sul disco e dove?

Il Capgo updater (incluso nella tua applicazione quando costruisci l'app) memorizza la versione più recente del bundle 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 benché la base di quel percorso sia fornita dal sistema Android e può cambiare dinamicamente durante l'esecuzione. Su dispositivi iOS, i dati sono memorizzati sotto Library/Application Support/capgo.

Il comando Capgo delle linee di comando (ad esempio npx @capgo/cli@latest bundle upload) sono installati su disco nei cache npm, le tue credenziali di accesso sono memorizzate nella directory home in ~/.capgo.

Come si relaziona a Capacitor Hot Reload?

Capacitor’s Hot reload è una funzionalità disponibile solo durante lo sviluppo. Code push è per la produzione.

Il Hot reload è una funzionalità di Capacitor che ti consente di modificare code sul dispositivo durante lo sviluppo. 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 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 fino a quando non richiedono 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 vi avviserà se rileva che avete modificato code native, poiché non sarà incluso nel pacchetto.

Questa supporta 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 ci siamo concentrati su Android, iOS e Electron e __CAPGO_KEEP_0__ push è pronto per la produzione su tutti e tre.

Sì, finora ci siamo concentrati 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 rilasci stabili recenti 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.

How si questo correlato al processo di valutazione o alle 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 cambia il binario nativo, i plugin nativi, le autorizzazioni, le entità, la firma o i metadati della store.

Usa una versione di rilascio della store nativa per ogni cambiamento nativo e per i cambiamenti materiali che potrebbero influire sulla funzionalità o sullo scopo dell'app, come presentato e comunicato agli utenti.

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

No. Apple e Google valutano e rilasciano ogni app 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 Store App di Apple e Politica di abuso di dispositivi e reti di Google Play.

Posso utilizzare Capgo nel mio paese?

Non abbiamo tentato di limitare l'accesso a Capgo da alcun 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.

Le seguenti URL sono utilizzate 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 dai npx @capgo/cli strumento di riga di comando per caricare e scaricare il pacchetto

Se tutti quei URL sono accessibili dal tuo paese, allora Capgo dovrebbe funzionare.

Se la tua regione richiede di bloccare l'accesso a qualsiasi di quei URL, per favore ci informa 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 con licenza quando hai bisogno di eseguire il backend dell'aggiornamento nella tua infrastruttura. Vedi Updater Auto-Hosted per il modello di distribuzione e gli endpoint.

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

Si. Si si potesse 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.

Come è influenzato Capgo 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 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 es. 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?

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 del tuo'applicazione. Ci faccia sapere se comportamenti di aggiornamento alternativi sono importanti per te.

Come si relaziona il Capgo al Capacitor?

Il Capgo è un plugin per il Capacitor che aggiunge il code push. Il Capgo non è una sostituzione per il Capacitor. Puoi continuare ad utilizzare gli strumenti del 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'applicazione. Esegue il lavoro su 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 pacchetto, tramite il quale è possibile attivare aggiornamenti in qualsiasi momento, incluso tramite una notifica di push.

Lo Capgo aggiornatore è progettato in modo tale che quando la rete non è disponibile, o il server è down o inaccessibile in altro modo, l'applicazione 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 qualcuno lo possa accedere.

Chi ha il tuo app_id può estrarre la versione più recente della tua app dai server Capgo, ma non può 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 Compliance.

Imposta statsUrl: '' per disabilitare i rapporti statistici di aggiornamento espliciti. Puoi anche inviare statsUrl a un proxy o a un endpoint che controlli; vedi gestione delle statistiche nell'infrastruttura auto-hosted. Le verifiche degli aggiornamenti richiedono comunque un identificatore dispositivo a livello di applicazione per consentire a Capgo di selezionare l'aggiornamento corretto e di 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 app sensibili al HIPAA?

Sì, ma il tuo proprietario della conformità deve scegliere il modello di distribuzione giusto. Capgo Cloud non è attualmente presentato come un elaboratore statistico ospitato conforme ai requisiti HIPAA. Di default, i dati dell'aggiornatore sono scritti su dispositivo e non sono legati a un utente dell'app conosciuto, e molte squadre utilizzano quel modello con successo.

Per revisioni più rigorose, puoi geo-localizzare il traffico dei plugin, disabilitare le statistiche impostando statsUrl su una stringa vuota, ospita solo l'endpoint delle statistiche, o utilizza l'ospitazione autorizzata. Non chiamare CapacitorUpdater.setCustomId(...) con un indirizzo email, un ID utente, un ID paziente, un ID dipendente o qualsiasi valore che mappi i dati di telemetria dell'aggiornatore a una persona.

Vedi 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?

Yes. Le applicazioni che richiedono la risidenza dei dati UE per il traffico del plugin Cloud Capgo possono impostare gli endpoint dell'aggiornamento 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 UE insieme in modo che le verifiche degli aggiornamenti, le statistiche e l'assegnazione del canale utilizzino la stessa percorso dati regionale. Poiché questi valori vivono in capacitor.config.tsLe applicazioni mobili in produzione richiedono una rilascio nativo prima che gli installi esistenti utilizzino gli endpoint nuovi.

Vedi Posizione 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 compatibile con i target desktop o embedded. Se sono importanti per te, per favore ci informa.

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

Ogni negozio di 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 tutti i terzi 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 quindi garantire l'accesso a Capgo patch in base a questi gruppi. https://it.stackoverflow.com/questions/1044447/can-an-android-application-identify-the-test-track-within-google-play https://it.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. 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 produttività con disponibilità diverse. Puoi quindi aggiornare i tuoi canali di sviluppo, verificarli e poi aggiornare separatamente i tuoi canali di produttività. 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 agnostico rispetto alla piattaforma). Ciò consente al tuo team di QA di opt-in per il bundle prima di essere promosso al pubblico generale.
4. Usa progressive rollouts per consegnare un bundle candidato a un sottogruppo casuale e fissato di un canale. Imposta un rollout da 0–100%, o utilizza --rollout-percentage-bps per incrementi di 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.

Pagamento

Collegamento diretto al Pagamento

Potete aggiornare o ridurre il vostro piano in qualsiasi momento nel vostro 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 avete sottoscritto a Capgo. Ad esempio, se avete sottoscritto il 15 del mese, il vostro periodo di fatturazione verrà resettato il 15 di ogni mese.

Come posso cancellare la mia sottoscrizione?

Potete cancellare la vostra sottoscrizione in qualsiasi momento nel vostro pannello di controllo: https://console.capgo.app/impostazioni/organizzazione/piani

Può pagare un anno in anticipo?

Sì. Può scegliere la fatturazione annuale nelle impostazioni del piano di organizzazione Il piano di organizzazione.

Cosa si conta verso lo spazio di archiviazione e possiamo cambiare la conservazione?

Lo spazio di archiviazione include i bundle storici conservati e i loro asset Delta in tutti i canali. Controlla la conservazione dei bundle non utilizzati per ogni app nelle impostazioni dell'app.

I bundle collegati a un canale attivo o a una distribuzione rimangono protetti e restano disponibili per la consegna e il rollback.

No. Un bundle viene conteggiato una volta per lo storage, indipendentemente dalle regioni che lo 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.

Quali sono i contenuti dell'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 è compreso tra il 10% e il 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 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 la duplicazione degli installi per dispositivo e consentire di fatturare in base agli utenti installati (ad esempio, utenti attivi mensili), anziché totali patch o totali patch installati.

MAU is a better solution than number of installs to price Capgo, as it is more accurate and reflects the actual cost of Capgo per device.

Persistenza dell'ID dispositivo:

• IOS: Dal v7.25.0+, l'ID dispositivo è memorizzato nella Keychain e persiste attraverso le normali reinstallazioni.
• Android: Utilizzare v7.50.1+ (o v5.50.1+/v6.50.1+ su quelle linee di rilascio). L'ID dispositivo viene ripristinato solo quando Backup/Restore 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 un reinstall anche quando il backup è abilitato.

Il numero di dispositivo è app-scoperto e supporta la consegna di aggiornamenti in tempo reale e la deduplicazione dei MAU; non è un identificatore di pubblicità o di tracciamento tra app.

Il numero di dispositivo è elencato 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?

Il elenco dei dispositivi e i MAU sono basati su segnali diversi.

L'elenco 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.

Conteggio MAU conta dispositivi attivi distinti durante la finestra di fatturazione. Quella 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?

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

Sui canali iOS disabilitare gli aggiornamenti per Android e sui canali Android disabilitare gli aggiornamenti per iOS.

Poi caricare 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 FAQ (Domande Frequenti) per pianificare la consegna di aggiornamenti in tempo reale, connettilo con Aggiornamenti in Tempo Reale Capgo for the product workflow in Capgo Live Updates, per il flusso di lavoro del prodotto in Aggiornamenti in Tempo Reale __CAPGO_KEEP_0__ 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