FAQ

Wenn Sie hier nicht beantwortete Fragen haben, bitten wir Sie, zu fragen! Beide das Einreichen eines Issues oder das Fragen auf Discord arbeiten.

Was ist “code push”?

Code push, auch als “over-the-air-Updates” (OTA) bezeichnet, ist ein Cloud-Dienst, der Capacitor Entwicklern ermöglicht, Updates für ihre Apps in der Produktion zu deployen. Capgo unterstützt derzeit Android, iOS und Electron.

“Code Push” ist eine Referenz auf den Namen einer Bereitstellungs-Funktion, die von der React Native Community verwendet wird, Microsoft und Expokeine davon unterstützen Capacitor.

Müssen Capgo CLI-Majore mit meiner Plugin- oder Capacitor-Version übereinstimmen?

Nein. Verwenden Sie immer die neueste Capgo CLI (npx @capgo/cli@latestDie CLI und Capgo-Console folgen ihrer eigenen Versionsnummerierung und bleiben mit jeder unterstützten Updater-Plugin-Major kompatibel. Capgo-Plugins folgen Capacitor-Majoren; siehe Capgo Versionsverwaltung zum Bezug von LTS-Tags wie @lts-v7.

Was ist der Unterschied zwischen einem Bundle und einer Veröffentlichung?

Wir verwenden den Begriff „Veröffentlichung“ für die Vorbereitung einer Binärdatei für die App-Stores. Um später ein Bundle Capgo erstellen zu können, muss Capgo die genaue Binärdatei kennen, die an die App-Stores geschickt wurde.

Wir verwenden den Begriff „Bundle“ für eine Patches, die auf eine Veröffentlichung angewendet werden können, um sie auf neue code zu aktualisieren. Der npx @capgo/cli@latest bundle upload Der Befehl wird verwendet, um ein Bundle aus Ihrem neuen lokalen code zu generieren, das dann an Ihre Benutzer geschickt wird.

Gibt es Einschränkungen für die Pfadlänge von Delta-Update-Dateien?

Ja:

• Null-Byte-Dateien: Die CLI-Protokolle Ignoring empty file... und schließen leere Dateien aus dem Delta-Manifest aus. Es wird keine Upload-Fehler ausgelöst, sodass eine leere Datei den resultierenden Bundle ohne Unterbrechung der Bereitstellung ändern kann. Leere Dateien sollten nicht in Delta-Bundle-Pfaden enthalten sein.
• Pfade mit Leerzeichen: Delta-Uploads scheitern frühzeitig mit einem klaren Fehler, wenn ein Bundle-Pfad ein Leerzeichen enthält. Benennen Sie Dateien oder Verzeichnisse um, um Leerzeichen zu entfernen, bevor Sie ein Delta-Update hochladen.

Siehe Delta-Updates für weitere Einzelheiten.

Was ist die Roadmap?

Unsere Projektboards sind auch öffentlich und finden Sie sie unter: https://github.com/Capgo https://github.com/orgs/Cap-go/projects

Unsere Mannschaft arbeitet auch im öffentlichen Bereich, sodass Sie sehen können, was wir gerade bearbeiten. Wir freuen uns darauf, Ihre Fragen zu unserem Roadmap oder unseren Prioritäten über Github-Issues oder Discord.

Kann ich Capgo mit meiner Mannschaft verwenden?

Ja! Alle Pläne unterstützen unbegrenzte Entwickler. Wir beschränken nur App-Metriken (MAU, Speicher und Bandbreite) auf jede Organisation.

Siehe Teams für weitere Informationen.

Speichert Capgo meine Quellcode code?

Nein. Capgo-Server sehen nie deine Quellcode-code. Wenn du Capgo ausführst npx @capgo/cli@latest bundle upload, Capgo speichert eine Zip-Datei mit dem minifizierten/verkompilierten code - demselben code, den ein Browser erhalten würde, nicht deine Quellcode-code.

Für zusätzliche Sicherheit hast du zwei Optionen:

• End-to-End-Verschlüsselung: Verschlüssle deine Bundle vor dem Hochladen, um sie in der Speicherung und im Transit zu schützen, und um es dritten Parteien zu verhindern, gültig verschlüsselte Updates ohne deine private Schlüssel zu generieren. Dies macht die in der verteilt App befindliche öffentliche Schlüssel jedoch nicht unmöglich zu entschlüsseln.
• Externes URL-Hochladen: Speichere die Bundle auf deinem eigenen Server und gib Capgo nur den Download-Link mit der Option --external <url>

Siehe auch unsere Datenschutzrichtlinie: https://capgo.app/privacy

Sind Bundle-Dateien private Daten?

Nein. Bundle-Dateien sind öffentliche Web-Ressourcen, die von Ihren App-Benutzern heruntergeladen werden sollen. Jeder, der die Bundle-URL kennt, kann diese Dateien abrufen, und Capgo informiert die Benutzer darüber während der Einrichtung und in der Dokumentation.

Der Zugriff auf Bundle-Dateien wird nicht als Datenverletzung betrachtet. Legen Sie keine Geheimnisse, Anmeldeinformationen, persönliche Daten oder regulierte Daten in Ihrem App-Bundle ein. Wenn Sie für hochsichere Anwendungsfälle eine stärkere Vertraulichkeit benötigen, verwenden Sie Ende-zu-Ende-Verschlüsselung, aber behandeln Sie verschickte App-code und -Assets weiterhin als öffentlich aus Sicherheitsberichterstattungssicht.

Kann ich Capgo aus meinem CI-System verwenden?

Ja. Capgo ist dafür gedacht, aus CI-Systemen verwendet zu werden. Wir haben eine Anleitung für Android und Github-Actions und iOS, und für GitLab. Andere CI-Systeme sollten ähnlich sein.

Bitte zögern Sie nicht, sich bei GitHub-Problemen oder Discord zu melden, wenn Sie Probleme auftreten.

Wie steht es zu Firebase Remote Config oder Launch Darkly?

Code-Push ermöglicht das Hinzufügen neuer code / das Ersetzen von code auf dem Gerät. Firebase Remote Config und Launch Darkly sind beide Konfigurations-Systeme. Sie ermöglichen es Ihnen, die Konfiguration Ihres Apps ohne eine neue Version zu ändern. Sie sind nicht dazu gedacht, code zu ersetzen.

Wie groß ist der Abhängigkeitsfußabdruck, den dies hinzufügt?

Ich habe mich nicht kürzlich gemessen, aber ich erwarte, dass die code-Push-Bibliothek weniger als einen Megabyte an Capacitor-Apps hinzufügt. Wir wissen von Möglichkeiten, wie wir dies kleiner machen können, wenn dies ein Prioritätsfall wird. Wenn Größe ein Blocker für Sie ist, lassen Sie es uns bitte wissen!

Funktioniert Capgo auf dem iOS 18.4-Simulator?

Nein. Aufgrund eines upstream-Beitrags, der den iOS 18.4 Simulator beeinträchtigt, funktioniert Capgo dort nicht zuverlässig. Bitte testen Sie auf einem echten Gerät oder verwenden Sie eine andere iOS-Simulator-Version.

Siehe Details im React Native Issue: facebook/react-native#50510

Funktioniert code push mit großen Anwendungen?

Ja. Es gibt keine Größebeschränkung für die Anwendung, die mit code push aktualisiert werden kann. Wie unten angegeben darf __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ in Ihrer Anwendung ändern, unabhängig von der Größe., Capgo can change any JS code in your application regardless of size.

Wofür kann ich __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ push verwenden?

Direct link to Wofür kann ich Capgo code push verwenden?

Wir haben eine Vielzahl von Verwendungen gesehen, einschließlich:

• Krisenfixe für Produktionsanwendungen.
• Die Lieferung von Bugfixen an Benutzer mit älteren Versionen Ihrer Anwendung.
• Die ständige Lieferung (z.B. alle Stunde).

Hinweis: Die meisten App-Stores verbieten die Lieferung von code, die das Verhalten der Anwendung in einem wesentlichen Umfang ändert. Bitte sehen Sie sich unten mehr Informationen an.

Welche Anzahl an Nutzern gilt als "MAU" für Capgo?

Aktive Geräte pro Monat (AGM) ist eine Geräteanzahl, die sich innerhalb eines 30-Tage-Fensters mit Capgo in Verbindung gesetzt hat. Ein einzelnes Gerät, das mit zwei verschiedenen native App-IDs verbunden ist, wird einmal für jede App-ID gezählt; es wird nicht über sie hinweg verdoppelt.

Wenn Ihre Flavours nur in ihrer Web-Schicht oder Update-Route unterschiedlich sind, verwenden Sie einen native App-Id mit Kanäle. Das hält die Flavours unter einem Capgo-App und macht Releases einfacher. Verwenden Sie separate native App-Ids, wenn eine Flavour eine unterschiedliche Bundle-ID, Signaturidentität, Berechtigungssatz oder Store-Liste benötigt.

Auf iOS v7.25.0+ behält die zufällige, app-gespeicherte Geräte-ID bei normalen Wiederinstallierungen mit Keychain. Auf Android verwenden Sie v7.50.1+ (oder v5.50.1+ und context Bei diesen Releasezeilen); die ID wird nur wiederhergestellt, wenn Android Backup/Restore die App-Einstellungen aufbewahrt. Die Deaktivierung der Sicherung, die Ausschluss dieser Einstellungen oder die Löschung der App-Daten generiert eine neue Gerätekennung. Eine Aktualisierung der App erzeugt keine neue Gerätekennung.

Für Test- und Entwicklungsbuilds schalten Sie die Entwicklungsbau- und Emulatordelivery auf Produktionskanälen aus. Das steuert die Lieferung, nicht die MAU: Ein Gerät kann sich trotzdem anmelden, wenn es mit Capgo Kontakt aufnimmt. Um es aus der Produktionsnutzung auszuschließen, deaktivieren Sie Live-Updates und rufen keine Produktions- Capgo-Endpunkte auf. Siehe Test Native Builds ohne Live-Updates für die genauen Einstellungen.

Was können wir nicht mit Capgo code pushen?

Capgo kann keine native code-Einstellungen wie Java, Kotlin, Objective-C, Swift, native Plugins oder native Konfiguration ändern. Diese Änderungen erfordern eine neue native App-Veröffentlichung. Für den Store-Review-Scope siehe App Store und Google Play Richtlinien.

Kann ich capacitor.config.ts-Änderungen über Capgo aktualisieren?

No. Kurzregel: Capgo kann den generierten Web-Build-Ordner, einschließlich HTML, CSS, JavaScript, Assets und reinen JavaScript-Paketänderungen, der in diesem Output gebündelt sind, senden. Änderungen an capacitor.config.ts, native Plugin-Konfiguration, native Paket-Installationen oder -Upgrades und alles, was eine Aktualisierung der iOS- oder Android-Projekte erfordert durch npx cap sync oder npx cap copy oder

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. Die __CAPGO_KEEP_0__-Konfigurationsdatei wird bei der native Build-Zeit gelesen und in das native App-Binär kompiliert. Wenn Sie Ihre __CAPGO_KEEP_1__-Konfiguration ändern müssen, müssen Sie: capacitor.config.ts aktualisieren
2. lokalnpx cap sync Erneuern Sie Ihr natives App-Programm (
3. folgt einem native Build)

Does Capgo submit to the stores for me?

Capgo Build kann eine vorbereitete native iOS- oder Android-Anwendung kompilieren und signieren und, wenn konfiguriert, das signierte Ergebnis bei App Store Connect oder Google Play einreichen. Sie können Ihre bestehende CI für private Abhängigkeiten, Web-Builds, Capacitor-Synchronisierung und benutzerdefinierte native Vorbereitung beibehalten; Capgo erhält die vorbereitete native Projektdatei für den native Build-Schritt.

Siehe Capgo Build und die Referenz zur Build-Konfiguration für den Workflow und die Optionen zur Einreichung bei den Stores.

Was speichert Capgo auf dem Festplatte und wo?

Der Capgo-Updater (in Ihrem Anwendungsprogramm enthalten, wenn Sie Ihre App erstellen) speichert die neueste heruntergeladene Bundle im einzigen Verzeichnis, das capacitor erlaubt, code zu laden. Auf Android-Geräten ist dies unter /data/user/0/com.example.app/code_cache/capgo_updater obwohl der Basispfad dieses Pfades vom Android-System bereitgestellt wird und sich dynamisch während der Laufzeit ändern kann. Auf iOS-Geräten werden Daten unter Library/Application Support/capgo.

Die Capgo-Befehlszeilenwerkzeuge (z.B. npx @capgo/cli@latest bundle upload) werden auf dem Disk in npm-Caches installiert, Ihre Anmeldedaten werden in Ihrem Home-Verzeichnis in ~/.capgo.

Wie verhält sich dies zur Capacitor-Hot-Reload?

Capacitor’s Hot-Reload ist eine Entwicklungszwecken- nur-Funktion. Code push ist für die Produktion.

Hot-Reload ist eine Funktion von Capacitor, die Ihnen ermöglicht, während der Entwicklung code auf dem Gerät zu ändern. Es erfordert, dass Sie die Capacitor-App mit einem Proxy aufbauen, um eine Verbindung zu Ihrem lokalen Computer herzustellen.

Code push ist eine Funktion, die Ihnen ermöglicht, während der Produktion code auf dem Gerät zu ändern. Wir werden verschiedene Techniken verwenden, um dies möglich zu machen, je nach Plattform.

Welche Arten von Änderungen unterstützt Capgo code push?

Capgo kann jede JS-code in Ihrer Anwendung ändern. Dies umfasst Anwendungs-code und generierte code. Sie können auch Abhängigkeiten in package.json solange sie native code-Änderungen nicht erfordern.

Wir haben keine Pläne, native code (z.B. Java/Kotlin auf Android oder Objective-C/Swift auf iOS) zu unterstützen, und das Tool wird Sie warnen, wenn es feststellt, dass Sie native code geändert haben, da dies nicht in der Bundle enthalten ist.

Unterstützt dies Web?

Code-Push ist für Web nicht erforderlich, da Web bereits auf diese Weise funktioniert. Wenn ein Benutzer eine Web-Anwendung öffnet, lädt sie die neueste Version vom Server herunter, wenn erforderlich.

Wenn Sie ein Szenario für code-Push mit Web haben, würden wir gerne davon erfahren!

Wird dies auf iOS, Android, Mac, Windows, Linux usw. funktionieren?

Ja.

Bisher haben wir uns auf Android, iOS und Electron-Unterstützung konzentriert, und code-Push ist auf allen drei Plattformen in der Produktion bereit.

Welche Betriebssystemversionen unterstützt Capgo?

Capgo unterstützt die gleichen Versionen von Android wie Capacitor.

Capacitor unterstützt derzeit Android API-Level 22+ und iOS 13.0+: https://capacitorjs.com/docs/main/reference/support-policy

Welche Versionen von Capacitor unterstützt Capgo?

Capgo unterstützt derzeit nur aktuelle stabile Releases von Capacitor. Wir könnten auch ältere Versionen von Capacitor unterstützen, wir haben es jedoch noch nicht geschafft, die notwendige Infrastruktur aufzubauen, um solche Versionen im Laufe der Zeit zu unterstützen. Wir beabsichtigen, in Zukunft mehr Versionen von Capacitor zu unterstützen, einschließlich jeder Version für unsere Unternehmenskunden. https://github.com/Cap-go/capgo/issues/1100

Capgo verfolgt Capacitor-Stable und aktualisiert sich innerhalb weniger Stunden nach jedem stabilen Release. Unser System für diese Updates ist automatisiert und dauert einige Minuten, um abzuschließen. Wir führen dann einen zusätzlichen manuellen Überprüfungs-Schritt durch, bevor wir auf unsere Server veröffentlichen.

How verhält sich dies zum App/Play Store-Bewertungsprozess oder -Richtlinien?

Capgo überträgt Änderungen nur auf die Capacitor Web-Schicht: die HTML, CSS, JavaScript und Assets, die bereits im WebView des Apps laufen. Es ändert nicht den nativen Binärdatei, native Plugins, Berechtigungen, Zulassungen, Signierung oder Store-Metadaten.

Verwenden Sie für jede native Änderung und für materialisierte Änderungen, die das Ziel oder die Funktionalität der app beeinflussen könnten, eine native Store-Veröffentlichung. Halten Sie Live-Updates innerhalb der app-Erfahrung, die Sie eingereicht und den Benutzern offen gelegt haben.

Verhält sich Capgo sicher, dass die App Store oder Google Play-Zulassung gewährt wird?

Nein. Apple und Google prüfen jede App und Veröffentlichung auf ihre eigenen Fakten, und Capgo kann keine individuelle Zulassung oder Bewertungsergebnis garantieren. Ihr Team bleibt für die app-Inhalte, -Offenlegungen, -Update-Umfang und -Kongruenz mit den aktuellen Store-Richtlinien verantwortlich.

Für die Bewertung und Veröffentlichungsplanung lesen Sie die offiziellen Richtlinien direkt: Apple App Store Review Guidelines und Google Play Geräte- und Netzwerkmissbrauchsrichtlinie.

Kann ich Capgo in meinem Land verwenden?

Wir haben versucht, keinen Zugriff auf Capgo von keinem Land zu beschränken.

Wir erkennen an, dass einige Länder Einschränkungen auf die von innerhalb des Landes zugänglichen URLs haben. Capgo verwendet derzeit Cloudflare Cloud für die Hosting, einschließlich R2 Storage und Cloudflare-Arbeitern.

Die folgenden URLs werden von Capgo verwendet:

• https://api.capgo.app — verwendet von den npx @capgo/cli Befehlszeilen-Tools, um mit den Capgo-Servern sowie mit dem Capgo-Updater auf den Geräten der Benutzer, um nach Updates zu suchen.
• https://*.r2.cloudflarestorage.com — verwendet von den npx @capgo/cli Werkzeug zur Befehlszeile zum Hochladen und Herunterladen von Bundle

Wenn alle dieser URLs in Ihrem Land zugänglich sind, sollte Capgo funktionieren.

Wenn Ihr Land die Zugriffsberechtigung auf jede dieser URLs blockiert, teilen Sie uns dies bitte mit und wir können gemeinsam eine Lösung finden. Proxy-Server sind eine Option.

Kann ich Capgo selbst hosten?

Ja. Enterprise unterstützt lizenzierte selbst gehostete Capgo-Dienste, wenn Sie den Updater-Backend in Ihrer eigenen Infrastruktur ausführen müssen. Siehe Selbst gehosteter Updater für das Bereitstellungsmodell und die Endpunkte.

Braucht code-Push die Internetverbindung, um zu funktionieren?

Wenn Sie eine Server-Instanz betreiben möchten, um die Updates separat von der allgemeinen Internetverbindung zu verteilen, ist dies möglich, aber eine Form der Netzwerkverbindung ist erforderlich, um Updates an die Geräte zu transportieren.

Welche Auswirkungen hat die Capgo-Funktionalität bei Ausfall der Netzwerkverbindung?

Der Capgo-Updater (in Ihrem Anwendungsprojekt enthalten, wenn Sie Ihr Projekt mit Capgo erstellen) ist auf Netzwerkverbindungsprobleme vorbereitet.

Bei der Standardaktualisierungsverhalten wird, wenn die Anwendung gestartet wird, die Capgo-Funktionalität benachrichtigt, die eine separate Thread erstellt, um eine Netzwerk-Anfrage an Capgo’s Server zu senden und nach einer Aktualisierung zu fragen. Wir verwenden absichtlich eine separate Thread, um sicherzustellen, dass die Aktualisierung nicht die Blockierung anderer Anwendungsprozesse verursacht. Wenn die Netzwerk-Anfrage fehlschlägt oder abläuft, wird der Updater einfach versuchen, wieder zu überprüfen, wenn die Anwendung wieder gestartet wird.

Die Capgo-Befehlszeilenwerkzeuge (z.B. npx @capgo/cli@latest bundle upload) benötigen Netzwerkverbindung, um zu funktionieren. Wenn Sie Capgo verwenden, um Ihre App zu verteilen, sollten Sie sicherstellen, dass Ihr CI-System eine Netzwerkverbindung hat.

Welche Auswirkungen hat es, wenn ein Benutzer lange Zeit keine Aktualisierung durchführt und eine Aktualisierung verpasst?

Unsere Implementierung sendet immer eine Aktualisierung, die speziell auf das Gerät abgestimmt ist, das sie anfordert, und aktualisiert den Anforderer immer auf die neueste verfügbare Version.

Der Aktualisierungsserver könnte so konfiguriert werden, dass er entweder die nächste inkrementelle Version oder die neueste Version antwortet, je nach Bedarf Ihres Anwendungsprojekts. Bitte lassen Sie uns wissen, wenn alternative Aktualisierungshandlungen für Sie wichtig sind.

Wie steht Capgo zu Capacitor?

Capgo ist ein Plugin für Capacitor, das code-Push hinzufügt. Capgo ist keine Ersatz für Capacitor. Sie können weiterhin die Capacitor-Tooling verwenden, die Sie bereits kennen und lieben.

Wir verfolgen die neueste stabile Version von Capacitor und aktualisieren unsere code-Push-Plugin, um mit ihr zu funktionieren.

Wann passieren Aktualisierungen?

Standardmäßig überprüft der Capgo-Updater bei der Anwendungsstartzeit nach Aktualisierungen. Er läuft auf einem Hintergrundthread und blockiert nicht den Benutzeroberflächen-Thread. Alle Aktualisierungen werden während der Benutzung der Anwendung installiert und werden bei der nächsten Anwendungsneustartung angewendet.

Es ist auch möglich, den Capgo-Updater manuell über die @capgo/capacitor-updater Das Paket, durch das Updates jederzeit ausgelöst werden können, einschließlich über eine Push-Nachricht.

Der Capgo-Updater ist so konzipiert, dass er, wenn das Netzwerk nicht verfügbar ist oder der Server nicht erreichbar ist, normal weiterläuft. Sollten Sie je entscheiden, ein Update von unseren Servern zu löschen, laufen alle Ihre Clients normal weiter.

Wir haben die Möglichkeit, Patches rückgängig zu machen, hinzugefügt. Das Einfachste ist, einfach eine vorherige Bundle an Ihren Kanal anzuhängen, um es rückgängig zu machen.

Muss ich mein app_id geheim halten?

Nein. Der app_id ist in Ihrer App enthalten und ist sicher, wenn er öffentlich ist. Sie können ihn in die Versionskontrolle einchecken (auch öffentlich) und müssen sich nicht um jemanden Sorgen machen, der ihn zugreifen kann.

Jemand, der Ihren app_id hat, kann die neueste Version Ihrer App von den Capgo-Servern abrufen, aber er kann keine Updates an Ihre App pushen oder auf einen anderen Aspekt Ihres Capgo-Kontos zugreifen.

Welche Informationen werden an die Capgo-Server gesendet?

Die vollständige Dateninventur, das Verhalten der Endpunkte und die Datenschutzkontrollen sind in Kongruenz.

Setzen statsUrl: '' um explizite Updater-Statistikberichte zu deaktivieren. Sie können auch statsUrl an einen Proxy oder einen von Ihnen verwalteten Endpunkt senden; siehe Statistikverarbeitung in selbst gehosteter Infrastruktur. Die Update-Überprüfungen benötigen jedoch eine App-basierte Geräte-ID, damit Capgo die richtige Aktualisierung auswählen und die monatlichen aktiven Geräte zählen kann.

Der Unterprozessor-Liste ist unser aktuelles öffentliches Wahrheitsquelle für Anbieter, Verarbeitungsorte, Übertragungsmechanismen und Änderungsgeschichte.

Kann ich Capgo für Apps verwenden, die HIPAA-sensitive sind?

Ja, aber Ihr Compliance-Besitzer muss die richtige Bereitstellungsstrategie wählen. Capgo Cloud wird derzeit nicht als HIPAA-konformes gehostetes Statistikverarbeitungsmodell vorgestellt. Standardmäßig ist die Updater-Daten auf Geräteebene skaliert und nicht an einen bekannten App-Benutzer gebunden, und viele Teams verwenden diesen Modus erfolgreich.

Für strengere Überprüfungen können Sie den Plugin-Verkehr geo-lokalisieren, die Statistikfunktion durch Festlegen von statsUrl auf eine leere Zeichenkette deaktivieren, die Statistik-Endpunkt nur selbst hosten oder eine lizenzierte Selbstverwaltung verwenden. Rufen Sie CapacitorUpdater.setCustomId(...) nicht mit einer E-Mail, Benutzer-ID, Patienten-ID, Mitarbeiter-ID oder einem Wert auf, der die Updater-Telemetrie auf eine Person zurückmappen lässt.

Siehe HIPAA-Kompliance für die vollständige technische Einrichtung und die Beobachtbarkeitstransaktionen, wenn die Statistikfunktion deaktiviert ist.

Kann ich Capgo Live-Update-Daten in Europa speichern?

Yes. Apps, die für die EU-Datenverwaltung für Capgo Cloud-Plugin-Verkehr benötigen, können die Updater-Endpunkte auf den EU-Host einstellen:

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

Verwenden Sie alle drei EU-URLs gemeinsam, damit Update-Überprüfungen, Statistiken und die Selbstzuweisung des Kanals den gleichen regionalen Datenpfad verwenden. Diese Werte befinden sich in capacitor.config.ts, Produktionsmobilanwendungen benötigen eine native Veröffentlichung, bevor bestehende Installationen die neuen Endpunkte verwenden.

Siehe Datenstandort für genaue Capacitor- und Electron-Beispiele.

Welche Plattformen unterstützt Capgo?

Derzeit unterstützt Capgo Android, iOS und Electron. Alle sind für die Produktion bereit.

Die Verwendung von Capgo für iOS, Android oder Electron kann unabhängige Entscheidungen sein. Sie können Ihre Kanalstrategie für Android und eine IPA, die auf den App Store gebaut ist, oder Electron-Kanäle, wie erforderlich, einrichten.

Capgo kann (relativ leicht) für Desktop- oder eingebettete Ziele unterstützt werden. Wenn diese für Sie wichtig sind, teilen Sie es uns bitte mit.

How interagiert Capgo mit Play Testing Tracks oder Apple TestFlight?

Jeder der App-Stores hat eigene Mechanismen, um Apps an begrenzte Gruppen von Benutzern zu verteilen (z.B. „internes Testen“, „geschlossene Beta“, usw.). Diese sind alle Mechanismen, um Ihre Benutzer in Gruppen zu segmentieren und bestimmte Versionen Ihrer Apps an jede Gruppe zu verteilen.

Leider ermöglichen nicht alle diese Mechanismen es Drittanbietern, zu erkennen, wenn Apps in einer bestimmten Test-Track oder über TestFlight installiert sind. Daher haben wir keine zuverlässige Sicht auf die Zusammensetzung dieser Gruppen und können nicht zuverlässig den Zugriff auf Capgo-Patches auf der Grundlage dieser Gruppen steuern. https://stackoverflow.com/questions/53291007/kann-ein-android-Application den Test-Track innerhalb von Google Play erkennen? https://stackoverflow.com/questions/26081543/wie-kann-man-zur-Lauffzeit-erfahren, ob eine iOS-App über einen Testflight-Beta-Test läuft?

Wenn Sie die Verfügbarkeit des Capgo-Bundles segmentieren möchten, gibt es 4 mögliche Optionen:

1. Verwenden Sie für jede Gruppe einen separaten Kanal. Dies ist die direkteste Vorgehensweise, erfordert jedoch die Verwaltung mehrerer Kanäle. Sie haben möglicherweise bereits Entwicklerkanäle und Produktionskanäle mit unterschiedlicher Verfügbarkeit. Sie können Ihre Entwicklerkanäle aktualisieren, überprüfen und dann separat Ihre Produktionskanäle aktualisieren. Wir empfehlen die Verwendung von Branches / Tags in Ihrer Versionskontrolle, um die Quellen zu verfolgen, die mit jeder Veröffentlichung verbunden sind.
2. Verfolgen Sie Ihre eigene Liste von opt-in-Nutzern, deaktivieren Sie automatische Updates und lösen Sie Updates nur für bestimmte Nutzer über das @capgo/capacitor-updater package aus. Dies funktioniert heute, erfordert jedoch die Verwaltung Ihrer eigenen opt-in-Liste.
3. Capgo ermöglicht es Ihnen, Ihre eigenen opt-in-Mechanismen auf Geräebene zu erstellen (ähnlich wie Test Tracks oder TestFlight, nur plattformübergreifend). Dies ermöglicht es Ihrem QA-Team, sich auf eine Bundle vor der Veröffentlichung für die breite Öffentlichkeit zu opt-in.
4. Verwenden Sie progressive rollouts um ein Kandidaten-Bundle an einem zufälligen, festen Teil eines Kanals zu liefern. Legen Sie eine Rollout von 0–100% fest oder verwenden Sie --rollout-percentage-bps mit 0,01% Schritten; konfigurieren Sie die Cache-Dauer von 60 Sekunden bis 365 Tagen und optional eine automatische Pausierungspolitik. Dies wählt keine benannte Geräe-Gruppe aus.

Rechnung

Abschnitt mit dem Titel „Rechnung“

Sie können Ihren Tarif jederzeit in Ihrem Dashboard auf- oder herabstufen: https://console.capgo.app/einstellungen/organisation/tarife

Wann wird mein Abrechnungszeitraum neu gesetzt?

Die Abrechnungszeiträume werden automatisch jeden Monat neu gesetzt, an dem Sie sich erstmals für Capgo angemeldet haben. Zum Beispiel wird Ihr Abrechnungszeitraum, wenn Sie sich am 15. eines Monats angemeldet haben, jeden Monat am 15. neu gesetzt.

Wie kann ich meine Abonnementkündigung vornehmen?

Sie können Ihre Abonnementkündigung jederzeit in Ihrem Dashboard vornehmen: https://console.capgo.app/einstellungen/organisation/pläne

Kann ich ein Jahr im Voraus bezahlen?

Ja. Sie können die jährliche Abrechnung in Ihren Organisationsplan-Einstellungen wählen.

Was wird bei der Speicherung gezählt und können wir die Aufbewahrung ändern?

Die Speicherung umfasst die aufbewahrten historischen Bundles und ihre Delta-Assets über alle Kanäle. Sie kontrollieren die Aufbewahrung von nicht genutzten Bundles für jede App in den App-Einstellungen. Bundles, die mit einem aktiven Kanal oder einer Ausrollung verbunden sind, bleiben geschützt, damit sie für die Lieferung und die Rückkehr verfügbar bleiben.

Multipliziert regionale Replikation die Speicherung oder die Bandbreite?

No. A bundle is counted once for storage, regardless of the regions serving it. Capgo bandwidth is based on device downloads that are not served from the edge cache; cache-served deliveries do not count against Capgo bandwidth usage.

__CAPGO_KEEP_0__ Bandbreite basiert auf Geräteherunterladungen, die nicht aus dem Edge-Cache geliefert werden; cache-gediente Lieferungen zählen nicht gegen __CAPGO_KEEP_1__ Bandbreitenutzung.

Abschnitt mit dem Titel ‘Wie umfasst das Enterprise SLA?’ Das Enterprise umfasst eine monatliche Verfügbarkeitszusage von 99,9 % für das Produktionsplatform. Wenn diese Zusage verpasst wird, ist das Service-Kredit-Schema 10 % bis 30 % basierend auf der monatlichen Verfügbarkeit. Die ersten Support-Antwortziele sind P1: eine Stunde, 24/7/365; P2: zwei Geschäftsstunden; P3: eine Geschäftsstunde; und P4: zwei Geschäftsstunden. Lesen Sie die Enterprise SLA

die vollständigen Bedingungen.

Abschnitt mit dem Titel ‘Statistiken und Analysen’ MAUs Während der letzten 30 Tage.

Wie der Geräte-ID generiert wird

Die Geräte-ID wird auf dem Gerät bei der ersten Ausführung generiert und wird verwendet, um Duplikate von Geräte-Installationen zu vermeiden und es uns zu ermöglichen, auf der Grundlage der von Benutzern installierten Geräte zu berechnen (z.B. monatlich aktive Benutzer), anstatt auf die Gesamtzahl der Patches oder die Gesamtzahl der Patches-Installationen.

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.

Geräte-ID-Persistenz:

• iOS: Ab Version 7.25.0 wird die Geräte-ID in Keychain gespeichert und bleibt bei normalen Wiederherstellungen bestehen.
• Android: Verwenden Sie ab Version 7.50.1 (oder ab Version 5.50.1/6.50.1 auf diesen Release-Linien). Die Geräte-ID wird nur dann wiederhergestellt, wenn Android Backup/Restore die Anwendungspräferenzen aufbewahrt.
• Elektron: Der Geräte-ID wird in sicheren Speicher gespeichert.
• Android-Hinweis: Wenn die Sicherung deaktiviert, die relevanten Einstellungen ausgeschlossen oder die App-Daten gelöscht werden, wird eine neue Geräte-ID generiert. Android v7.25.0 bis v7.50.0 kann eine neue Geräte-ID auch nach einem erneuten Installieren generieren, wenn die Sicherung aktiviert ist.

Die Geräte-ID ist app-basiert und unterstützt die Live-Update-Übermittlung und die MAU-Duplizierungsvermeidung; sie ist kein Werbe- oder Cross-App-Tracking-Identifier.

Geräte-IDs werden nach dem Aufruf von Capgo über den Updater oder die Statistik-Endpunkte aufgelistet. Ein Gerät muss keine Patches installieren, bevor es in der Geräte-Liste erscheint.

Wieso ist meine Geräte-Nummer anders als meine MAU?

Die Geräte-Liste und die MAU basieren auf unterschiedlichen Signalen.

Die Geräte-Liste zeigt die neuesten bekannten Metadaten für jedes Gerät, wie z.B. die Geräte-ID, die Plattform, die Plugin-Version, die Betriebssystem-Version, die native Version, den Kanal, die installierte Bundle und den Anfrage-Landkreis, wenn verfügbar. Der Anfrage-Landkreis ist die neueste gültige zwei-Buchstaben-code-Eingabe, die von einem Cloudflare-bearbeiteten Anfrage für das Gerät erhalten wurde, nicht GPS oder app-basierte Standortinformationen. Anfragen ohne einen gültigen Landkreis löschen nicht den letzten gültigen Wert. Capgo aktualisiert diese Metadaten, wenn die App sich meldet, aber wiederholte Meldungen, die die gleichen Metadaten melden, ändern möglicherweise nicht die Zeile oder ihren letzten Update-Zeitpunkt.

MAU zählt unterschiedliche aktive Geräte während der Abrechnungszeit. Diese Aktivität kann sogar dann zunehmen, wenn das Gerätemetadaten unverändert bleibt, daher können die Geräteanzahl und MAU unterschiedlich sein.

Wie kann ich unterschiedliche Updates für jede Plattform haben?

Sie können für jede Plattform einen Kanal erstellen und in jedem Kanal die plattformspezifischen Updates deaktivieren.

Bei dem iOS-Kanal iOS-Updates deaktivieren und bei dem Android-Kanal Android-Updates deaktivieren.

Uploaden Sie dann ein Bundle für jeden Kanal, um unterschiedliche Updates für jede Plattform zu erhalten.

Wenn Sie das gleiche Update für beide Plattformen benötigen, können Sie ein Bundle mit mehreren Kanälen verknüpfen. Es ist nicht notwendig, das Bundle zu duplizieren.

Fortsetzen Sie mit den FAQs.

Wenn Sie FAQs um Live-Updates zu planen, verbinden Sie es mit Capgo Live Updates um das Produktworkflow in Capgo Live Updates Übersicht um die Implementierungsdetails in Übersicht Funktionen um die Implementierungsdetails in Funktionen Updateverhalten um die Implementierungsdetails in Updateverhalten und Updatearten um die Implementierungsdetails in Updatearten.