FAQ

Jika Anda memiliki pertanyaan yang tidak terjawab di sini, silakan bertanya! Baik itu melaporkan masalah atau bertanya di Discord kerja.

Apa itu “code push”?

Pengiriman Code juga dikenal sebagai “pengiriman perangkat lunak di atas jaringan” (OTA) adalah layanan cloud yang memungkinkan pengembang Capacitor untuk mengirimkan pembaruan ke aplikasi mereka di produksi. Capgo saat ini berjalan pada Android, iOS, dan Electron.

“Code Pengiriman” adalah referensi ke nama fitur pengiriman yang digunakan oleh komunitas React Native dari Microsoft dan Expo, tidak salah satu yang mendukung Capacitor.

Apakah Capgo CLI mayor harus sesuai dengan plugin saya atau Capacitor versi?

Tidak. Selalu gunakan versi Capgo CLI (npx @capgo/cli@latest). CLI dan Capgo Console mengikuti versi mereka sendiri dan tetap kompatibel dengan plugin pembaruan apa pun mayor yang didukung. Plugin Capgo mengikuti Capacitor mayor; lihat Capgo versi untuk tag LTS seperti @lts-v7.

Apa perbedaan antara bundle dan rilis?

Kami menggunakan istilah “rilis” untuk berarti mempersiapkan file biner untuk toko aplikasi. Untuk kemudian menghasilkan bundle Capgo perlu mengetahui file biner yang tepat yang dikirim ke toko aplikasi.

Kami menggunakan istilah “bundle” untuk berarti patch yang dapat diterapkan pada rilis untuk memperbarui ke code. The npx @capgo/cli@latest bundle upload Perintah digunakan untuk menghasilkan bundle dari code lokal Anda yang baru kemudian dikirimkan ke pengguna Anda.

Apakah ada batasan file jalur pembaruan Delta?

Ya:

• File kosong berukuran byte 0: Log CLI Ignoring empty file... dan mengabaikan file kosong dari manifest Delta. Ini tidak gagal mengunggah, jadi file kosong dapat mengubah bundle hasil tanpa menghentikan proses pengiriman Anda. Jangan termasuk file nol byte dalam jalur bundle Delta.
• Jalur dengan spasi: Unggahan Delta gagal dengan pesan kesalahan yang jelas ketika jalur bundle mengandung spasi. Ubah nama file atau direktori untuk menghilangkan spasi sebelum mengunggah update Delta.

Lihat Pembaruan Delta untuk detail pengaturan.

Apa itu roadmap?

Papan proyek kami juga publik dan dapat ditemukan di: https://github.com/orgs/Cap-go/projects

Tim kami juga beroperasi secara publik, sehingga Anda dapat melihat apa yang kami kerjakan kapan saja. Kami senang menjawab pertanyaan Anda tentang roadmap atau prioritas kami melalui Github issues atau Discord.

Apakah saya bisa menggunakan Capgo bersama tim saya?

Ya! Semua paket mendukung pengembang tak terbatas. Kami hanya membatasi metrik aplikasi (aktif, penyimpanan, dan bandwidth) untuk setiap organisasi.

Lihat Tim untuk informasi lebih lanjut.

Apakah Capgo menyimpan kode sumber code saya?

Tidak. Server Capgo tidak pernah melihat kode sumber code Anda. Ketika Anda menjalankan npx @capgo/cli@latest bundle uploadCapgo menyimpan sebuah file zip dari code yang telah di-minifikasi/compile - yang sama dengan code yang akan diterima oleh browser, bukan kode sumber code.

For opsi keamanan tambahan, Anda memiliki dua pilihan:

• Enkripsi Akhir ke Akhir: Enkripsi bundle Anda sebelum mengunggahnya untuk melindungi dalam penyimpanan dan transit serta mencegah pihak ketiga untuk menghasilkan update yang terenkripsi secara valid tanpa menggunakan kunci pribadi Anda. Ini tidak membuat aset web yang dikirimkan tidak dapat direversi karena kunci publik ada di aplikasi yang didistribusikan.
• URL Eksternal Unggah: Simpan bundle di server Anda sendiri dan hanya berikan Capgo dengan link download dengan opsi --external <url>

Lihat juga kebijakan privasi kami: https://capgo.app/privasi

Apakah file bundle merupakan data pribadi?

Tidak. File bundle adalah aset web publik yang dimaksudkan untuk diunduh oleh pengguna aplikasi Anda. Siapa pun yang mengetahui URL bundle dapat mengambil file-file tersebut, dan Capgo memberitahu pengguna tentang hal ini selama pengaturan dan dalam dokumentasi.

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.

Apakah saya bisa menggunakan Capgo dari sistem CI saya?

Ya. Capgo dirancang untuk digunakan dari sistem CI. Kami telah menerbitkan panduan untuk Android dan Github Actions dan iOS, dan untuk GitLab. Sistem CI lainnya seharusnya sama.

Mohon jangan ragu untuk menghubungi kami melalui GitHub masalah atau Discord jika Anda mengalami masalah.

Bagaimana ini terkait dengan Firebase Remote Config atau Launch Darkly?

Code push memungkinkan menambahkan code baru / mengganti code di perangkat. Firebase Remote Config dan Launch Darkly adalah sistem konfigurasi. Mereka memungkinkan Anda mengubah konfigurasi aplikasi Anda tanpa harus mengirimkan versi baru. Mereka tidak dimaksudkan untuk menggantikan code.

Berapa besar jejak ketergantungan ini?

Saya belum mengukur secara terbaru, tapi saya mengharapkan library code push akan menambahkan kurang dari satu megabyte ke Capacitor aplikasi. Kami tahu cara membuat ini lebih kecil ketika itu menjadi prioritas. Jika ukuran menjadi penghalang bagi Anda, silakan beritahu kami!

Apakah Capgo berfungsi pada Simulator iOS 18.4?

Tidak. Karena masalah upstream yang mempengaruhi Simulator iOS 18.4, Capgo tidak berjalan dengan stabil di sana. Silakan tes pada perangkat nyata atau gunakan versi Simulator iOS yang berbeda.

Lihat detail di masalah React Native: facebook/react-native#50510

Apakah code push berfungsi dengan aplikasi besar?

Ya. Tidak ada batasan ukuran aplikasi yang dapat diperbarui dengan code push. Seperti yang telah disebutkan di bawah ini, Capgo dapat mengubah apapun code JS di aplikasi Anda, tanpa peduli ukurannya.

Perlu diingat: Ukuran aplikasi yang lebih besar akan membuat pengguna sulit mengunduh update. Kami merekomendasikan menjaga aplikasi Anda sekecil mungkin.

Apa yang saya bisa gunakan Capgo code push untuk?

We telah melihat berbagai penggunaan, termasuk:

• Pembaruan darurat ke aplikasi produksi.
• Pengiriman pembaruan bug ke pengguna pada versi aplikasi yang lebih tua.
• Pengiriman secara terus-menerus (misalnya, setiap jam).

Perlu diingat bahwa sebagian besar toko aplikasi melarang pengiriman code yang mengubah perilaku aplikasi dalam cara yang signifikan. Silakan lihat di bawah untuk informasi lebih lanjut.

Apa yang dihitung sebagai “MAU” untuk Capgo?

MAU adalah perangkat aktif per bulan. Perangkat yang unik yang menghubungi Capgo selama periode 30 hari berputar dihitung sebagai satu MAU untuk ID aplikasi native tersebut. Perangkat fisik yang sama digunakan dengan dua ID aplikasi native yang berbeda dihitung sekali untuk setiap ID aplikasi; tidak diintegrasikan antara mereka.

Jika rasa-rasanya Anda hanya berbeda dalam layer web atau routing pembaruan, gunakan satu ID aplikasi native Bahasa Indonesia. Yang menjaga rasa-rasa di bawah satu Capgo aplikasi dan membuat rilis lebih sederhana. Gunakan ID aplikasi asli native yang terpisah ketika rasa yang memerlukan ID paket yang berbeda, identitas tanda tangan, set hak istimewa, atau daftar toko.

Pada iOS, v7.25.0+ menjaga ID perangkat acak, yang bersifat aplikasi, melalui reinstalasi normal menggunakan Keychain. Pada Android, gunakan v7.50.1+ (atau v5.50.1+ dan v6.50.1+ pada garis rilis tersebut); ID hanya dipulihkan ketika Android Backup/Restore menyimpan preferensi aplikasi. Mengaktifkan penghapusan, mengabaikan preferensi tersebut, atau membersihkan data aplikasi menghasilkan ID perangkat baru. Mengupdate aplikasi tidak menciptakan ID perangkat baru.

Untuk build pengujian dan pengembangan, matikan pengiriman build pengembangan dan emulator pada saluran produksi. Itu mengontrol pengiriman, bukan MAU: perangkat masih dapat dihitung ketika menghubungi Capgo. Untuk menjaganya tidak termasuk dalam penggunaan produksi, matikan pembaruan hidup dan jangan panggil endpoint produksi Capgo. Lihat Membuat Build Nativ Tanpa Update Langsung untuk pengaturan yang tepat.

Apa yang tidak bisa kita gunakan Capgo code untuk push?

Capgo tidak bisa mengubah code natif seperti Java, Kotlin, Objective-C, Swift, plugin natif, atau pengaturan natif. Perubahan-perubahan ini memerlukan rilis aplikasi natif baru. Untuk skop tinjauan toko, lihat Kebijakan App Store dan Google Play.

Apakah saya bisa memperbarui capacitor.config.ts melalui Capgo?

Tidak. Aturan singkat: Capgo bisa mengirim folder build web yang dihasilkan, termasuk HTML, CSS, JavaScript, aset, dan perubahan paket JavaScript murni yang dibundel ke dalam output tersebut. Perubahan-perubahan pada capacitor.config.tskonfigurasi plugin natif, instalasi atau pengupgrade paket natif, dan apa pun yang harus memperbarui proyek iOS atau Android melalui npx cap sync atau npx cap copy memerlukan rilis aplikasi asli.

Konfigurasi file Capacitor dibaca pada waktu pembangunan asli dan dikompilasi menjadi aplikasi asli biner. Jika Anda perlu mengubah konfigurasi Capacitor Anda, Anda harus:

1. Update capacitor.config.ts terletak secara lokal
2. Membangun ulang aplikasi asli Anda (npx cap sync diikuti oleh pembangunan asli)
3. Mengirimkan binary baru ke toko aplikasi

Apakah Capgo mengirimkan ke toko aplikasi untuk saya?

Capgo Build dapat mengompilasi dan menandatangani proyek asli iOS atau Android yang disiapkan dan, ketika dikonfigurasi, mengirimkan hasil yang ditandatangani ke App Store Connect atau Google Play. Anda dapat menjaga CI yang ada untuk dependensi pribadi, pembangunan web, Capacitor sinkronisasi, dan persiapan asli native; Capgo menerima proyek asli yang disiapkan untuk langkah pembangunan asli.

Melihat Capgo Build dan referensi konfigurasi pembangunan untuk pilihan alur kerja dan penyimpanan aplikasi. Apa yang disimpan oleh __CAPGO_KEEP_0__ di disk dan di mana?

Tautan langsung ke Apa yang disimpan oleh Capgo di disk dan di mana?

The Capgo updater (included in your application when you build your app) caches the latest downloaded bundle in the only directory that capacitor allow to load code. On Android, this is located in /data/user/0/com.example.app/code_cache/capgo_updater Alat perintah __CAPGO_KEEP_0__ (misalnya, Library/Application Support/capgo.

) terinstal di disk di Capgo caches, login Anda disimpan di direktori rumah Anda di npx @capgo/cli@latest bundle uploadPengaturan npm (misalnya, ~/.capgo.

Bagaimana ini terkait dengan Capacitor Hot Reload?

Fitur Hot reload Capacitor hanya tersedia pada waktu pengembangan. Code push adalah untuk produksi.

Hot reload is a feature of Capacitor that allows you to change code on the device during development. It requires building the Capacitor app with a proxy to connect to your local machine.

Code push adalah fitur yang memungkinkan Anda untuk mengubah code pada perangkat di produksi. Kami akan menggunakan berbagai teknik untuk membuat hal ini mungkin tergantung pada platform.

Apa jenis perubahan yang didukung oleh Capgo code push?

Capgo dapat mengubah semua JS code di aplikasi Anda. Ini termasuk aplikasi code dan kode yang dihasilkan code. Anda juga dapat memperbarui dependensi di package.json sepanjang mereka tidak memerlukan perubahan native code.

Kami tidak memiliki rencana untuk mendukung perubahan native code (misalnya Java/Kotlin pada Android atau Objective-C/Swift pada iOS), dan alat akan memberi peringatan jika mendeteksi bahwa Anda telah mengubah native code karena tidak akan termasuk dalam bundle.

Apakah ini mendukung Web?

Code push tidak diperlukan untuk web karena web sudah berjalan dengan cara ini. Ketika pengguna membuka aplikasi web, ia mengunduh versi terbaru dari server jika perlu.

Jika Anda memiliki kasus penggunaan code push dengan web, kami ingin tahu!

Apakah ini akan berfungsi pada iOS, Android, Mac, Windows, Linux, dll?

Ya.

Saat ini kami telah fokus pada dukungan Android, iOS, dan Electron, dan code push sudah siap produksi pada semua tiga.

Apa versi sistem operasi yang didukung oleh Capgo?

Capgo mendukung versi Android yang sama dengan Capacitor mendukung.

Capacitor saat ini mendukung Android API level 22+ dan iOS 13.0+: https://capacitorjs.com/docs/main/reference/support-policy

Apa versi Capacitor yang didukung oleh Capgo?

Capgo saat ini mendukung hanya rilis stabil terbaru dari Capacitor. Kami mungkin mendukung versi lama dari Capacitor juga, kami hanya belum membangun infrastruktur yang diperlukan untuk menjaga hal tersebut secara berkelanjutan. Kami berencana untuk mendukung lebih banyak versi dari Capacitor di masa depan, termasuk versi apa pun untuk pelanggan kami yang berbisnis. https://github.com/Cap-go/capgo/issues/1100

Capgo mengikuti Capacitor stabil dan secara umum memperbarui dalam beberapa jam setelah rilis stabil apa pun. Sistem kami untuk melakukan pembaruan ini adalah otomatis dan membutuhkan beberapa menit untuk dijalankan. Kami kemudian melakukan langkah verifikasi tambahan manual sebelum mempublikasikan ke server kami.

Bagaimana ini terkait dengan proses atau kebijakan ulasan App/Play Store?

Capgo hanya mengirimkan perubahan ke layer web Capacitor: HTML, CSS, JavaScript, dan aset yang sudah berjalan di WebView aplikasi. Tidak ada perubahan pada biner native, plugin native, izin, hak istimewa, tanda tangan, atau metadata toko.

Pakai rilis toko native untuk setiap perubahan native dan perubahan material yang bisa mempengaruhi tujuan atau fungsi aplikasi yang telah disubmit dan didiskusikan kepada pengguna.

Tidak. Apple dan Google melakukan review aplikasi dan rilis masing-masing berdasarkan fakta-fakta mereka sendiri, dan Capgo tidak dapat menjamin hasil review atau keputusan individu. Tim Anda tetap bertanggung jawab atas konten aplikasi, diskusi, skop update, dan konsisten dengan kebijakan toko saat ini.

No. Apple and Google review each app and release on its own facts, and Capgo cannot guarantee an individual approval or review outcome. Your team remains responsible for the app’s content, disclosures, update scope, and compliance with the current store policies.

Kebijakan Penggunaan Perangkat dan Jaringan Google Play Apakah saya bisa menggunakan __CAPGO_KEEP_0__ di negara saya? Direct link to Tidak. Apple dan Google melakukan review aplikasi dan rilis masing-masing berdasarkan fakta-fakta mereka sendiri, dan __CAPGO_KEEP_0__ tidak dapat menjamin hasil review atau keputusan individu. Tim Anda tetap bertanggung jawab atas konten aplikasi, diskusi, skop update, dan konsisten dengan kebijakan toko saat ini. Section titled “Tidak. Apple dan Google melakukan review aplikasi dan rilis masing-masing berdasarkan fakta-fakta mereka sendiri, dan __CAPGO_KEEP_0__ tidak dapat menjamin hasil review atau keputusan individu. Tim Anda tetap bertanggung jawab atas konten aplikasi, diskusi, skop update, dan konsisten dengan kebijakan toko saat ini.”.

Can I use Capgo in my country?

Kami belum mencoba untuk membatasi akses ke Capgo dari negara mana pun.

Kami menyadari bahwa beberapa negara memiliki pembatasan pada apa saja URL yang dapat diakses dari dalam negara. Capgo saat ini menggunakan Cloudflare Cloud untuk hosting, termasuk R2 Storage dan Cloudflare workers.

URL-URL berikut digunakan oleh Capgo:

• https://api.capgo.app — digunakan oleh alat perintah baris untuk berinteraksi dengan server __CAPGO_KEEP_0__ serta pembarui __CAPGO_KEEP_1__ pada perangkat pengguna untuk memeriksa pembaruan. npx @capgo/cli command line tools to interact with the Capgo servers as well as the Capgo updater on users’ devices to check for updates.
• — digunakan oleh alat perintah baris untuk mengunggah dan mengunduh bundle Jika semua URL-URL tersebut dapat diakses dari negara Anda, maka __CAPGO_KEEP_0__ seharusnya berfungsi. npx @capgo/cli Jika tidak, Anda mungkin perlu menggunakan VPN untuk mengakses __CAPGO_KEEP_0__.

Kami tidak dapat memastikan apakah Capgo akan berfungsi di negara Anda karena kami tidak memiliki kontrol atas pembatasan akses internet di negara mana pun.

If wilayah Anda memerlukan blokir akses ke salah satu URL tersebut, silakan beritahu kami dan kami dapat bekerja sama dengan Anda untuk menemukan solusi. Server proxy adalah salah satu pilihan.

Apakah saya dapat meng-host sendiri Capgo?

Ya. Enterprise mendukung peng-hostan sendiri yang terlisensi Capgo ketika Anda membutuhkan menjalankan backend pembaruan di infrastruktur sendiri. Lihat Peng-hostan Sendiri Pembaruan untuk model peng-hostan dan endpoint.

Apakah code push memerlukan koneksi internet untuk berfungsi?

Ya. Salah satu kemungkinan adalah menjalankan server untuk mendistribusikan pembaruan secara terpisah dari internet umum, tetapi beberapa bentuk koneksi jaringan diperlukan untuk mengangkut pembaruan ke perangkat.

Bagaimana Capgo terpengaruh oleh kekurangan koneksi jaringan?

Pembarui Capgo (termasuk dalam aplikasi Anda ketika Anda membangun aplikasi dengan Capgo) dirancang untuk tahan terhadap masalah koneksi jaringan.

Dalam perilaku pembaruan bawaan, ketika aplikasi diluncurkan, aplikasi tersebut menginformasikan pembarui Capgo, yang kemudian menjalankan thread terpisah untuk membuat permintaan jaringan ke server Capgo dan meminta pembaruan. Kami sengaja menggunakan thread terpisah untuk menghindari mengganggu hal lain yang aplikasi mungkin sedang melakukan. Jika permintaan jaringan gagal atau waktu habis, pembarui akan mencoba memeriksa lagi ketika aplikasi diluncurkan kembali.

Alat perintah Capgo (misalnya npx @capgo/cli@latest bundle upload) memerlukan koneksi jaringan untuk berfungsi. Jika Anda menggunakan Capgo untuk mendistribusikan aplikasi, pastikan sistem CI Anda memiliki koneksi jaringan.

Apa yang terjadi jika pengguna tidak memperbarui selama waktu lama dan melewatkan pembaruan?

Implementasi kami selalu mengirimkan pembaruan yang khusus dirancang untuk perangkat yang meminta pembaruan, sehingga memperbarui permintaan selalu ke versi terbaru yang tersedia. Oleh karena itu, jika pengguna tidak memperbarui selama waktu lama, mereka akan “melewatkan” pembaruan antara.

Server pembaruan dapat diubah untuk mendukung respons dengan versi incremental berikutnya atau versi terbaru tergantung pada kebutuhan aplikasi Anda. Silakan beritahu kami jika perilaku pembaruan alternatif penting bagi Anda.

Bagaimana Capgo terkait dengan Capacitor?

Capgo adalah plugin untuk Capacitor yang menambahkan code push. Capgo bukanlah pengganti untuk Capacitor. Anda dapat terus menggunakan alat Capacitor yang sudah Anda kenal dan cintai.

Kami mengikuti rilis stabil terbaru dari Capacitor dan memperbarui plugin push code untuk berjalan dengan rilis tersebut.

Kapan pembaruan terjadi?

Dengan default, pembaruan Capgo memeriksa pembaruan pada saat aplikasi dijalankan. Pembaruan berjalan di thread latar belakang dan tidak mengganggu thread UI. Pembaruan akan diinstal saat pengguna menggunakan aplikasi dan akan diterapkan pada saat aplikasi dijalankan kembali.

It is also possible to run the Capgo updater manually using the @capgo/capacitor-updater package, melalui mana pembaruan dapat diaktifkan kapan saja, termasuk melalui notifikasi push.

Pengatur Capgo pembaruan dirancang sedemikian rupa sehingga ketika jaringan tidak tersedia, atau server tidak beroperasi atau tidak dapat dijangkau, aplikasi akan terus berjalan seperti biasa. Jika Anda pernah memilih untuk menghapus pembaruan dari server kami, semua klien Anda akan terus berjalan seperti biasa.

Kami telah menambahkan kemampuan untuk mengembalikan patch. Hal yang paling sederhana adalah dengan menempelkan bundle sebelumnya ke saluran Anda untuk mengembalikan.

Apakah saya perlu menjaga rahasia app_id saya?

Tidak. app_id termasuk dalam aplikasi Anda dan aman untuk diungkapkan secara publik. Anda dapat memeriksaannya ke dalam pengontrol versi (bahkan secara publik) dan tidak perlu khawatir seseorang lain mengaksesnya.

Orang yang memiliki app_id can fetch the latest version of your app from Capgo servers, but they cannot push updates to your app or access any other aspect of your Capgo account.

What information is sent to Capgo servers?

Daftar inventori data lengkap, perilaku endpoint, dan pengaturan privasi telah terdokumentasi di Kepatuhan.

Atur untuk menonaktifkan laporan statistik pengatur ulang eksplisit. Anda juga dapat mengirimkan statsUrl: '' ke proxy atau endpoint yang Anda kendalikan; lihat statsUrl pengelolaan statistik di infrastruktur self-hosted . Periksa update masih memerlukan identifier perangkat per aplikasi sehingga __CAPGO_KEEP_0__ dapat memilih update yang tepat dan mengukur perangkat aktif bulanan.. Update checks still need an app-scoped device identifier so Capgo can select the correct update and measure monthly active devices.

adalah sumber kebenaran publik kami yang selalu diperbarui untuk penyedia, lokasi pengolahan, mekanisme transfer, dan riwayat perubahan. Apakah saya dapat menggunakan __CAPGO_KEEP_0__ untuk aplikasi yang sensitif HIPAA? Tautan langsung ke Apakah saya dapat menggunakan __CAPGO_KEEP_0__ untuk aplikasi yang sensitif HIPAA?

Tautan langsung ke Apakah saya dapat menggunakan Capgo untuk aplikasi yang sensitif HIPAA?

Ya, tetapi pemilik kepatuhan perlu memilih model penggunaan yang tepat. Capgo Cloud tidak saat ini ditampilkan sebagai pengolah statistik yang disetujui HIPAA. Secara default, data pembaruan adalah terbatas pada perangkat dan tidak terkait dengan pengguna aplikasi yang diketahui, dan banyak tim menggunakan model tersebut dengan sukses.

Untuk tinjauan yang lebih ketat, Anda dapat mengalokasikan lalu lintas plugin berdasarkan lokasi, mematikan statistik dengan mengatur statsUrl ke string kosong, hanya tunggalkan endpoint statistik sendiri, atau menggunakan penggunaan lisensi sendiri. Jangan panggil CapacitorUpdater.setCustomId(...) dengan alamat email, ID pengguna, ID pasien, ID karyawan, atau nilai apa pun yang memetakan telemetri pembaruan kembali ke orang.

Lihat Kepatuhan HIPAA untuk konfigurasi teknis lengkap dan perdagangan observabilitas ketika statistik dimatikan.

Apakah saya bisa mempertahankan Capgo data pembaruan hidup di Eropa?

Ya. Aplikasi yang memerlukan residensi data Eropa untuk lalu lintas plugin Capgo Cloud dapat mengatur endpoint pembaruan ke host Eropa:

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

Gunakan tiga URL EU bersama-sama untuk memperbarui periksa update, statistik, dan penugasan saluran menggunakan jalur data regional yang sama. capacitor.config.tsKarena nilai-nilai ini berada di

Aplikasi mobile produksi memerlukan rilis native sebelum instalasi yang ada menggunakan endpoint baru. Lihat for exact Capacitor and Electron examples.

untuk contoh tepat Capgo dan Electron.

Bab yang berjudul “Apa platform yang didukung oleh Capgo?”

Saat ini, Capgo mendukung Android, iOS, dan Electron. Semua sudah siap untuk produksi.

Penggunaan Capgo untuk iOS, Android, atau Electron dapat menjadi keputusan independen. Anda dapat menentukan strategi saluran untuk Android dan sebuah IPA yang dibangun ke App Store, atau saluran Electron, sesuai kebutuhan.

Capgo dapat (relatif mudah) dibuat untuk mendukung target desktop atau embedded. Jika itu penting bagi Anda, silakan beritahu kami.

Masing-masing toko aplikasi memiliki mekanisme yang terpisah untuk mendistribusikan aplikasi ke kelompok pengguna yang terbatas (misalnya “pengujian internal”, “beta tertutup”, dll.). Mekanisme-mekanisme ini semua adalah untuk membagi pengguna Anda ke dalam kelompok-kelompok dan mendistribusikan versi aplikasi tertentu ke setiap kelompok.

Sayangnya, tidak semua mekanisme ini memungkinkan pihak ketiga untuk mendeteksi ketika aplikasi diinstal di dalam Track Uji Khusus atau melalui TestFlight. Oleh karena itu, kami tidak memiliki visibilitas yang dapat diandalkan ke dalam komposisi kelompok-kelompok ini, dan tidak dapat dengan dapat diandalkan mengatur akses ke patch Capgo berdasarkan kelompok-kelompok ini. 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

Jika Anda ingin membagi ketersediaan paket Capgo, ada 4 opsi potensial:

1. Pakai saluran yang terpisah untuk setiap kelompok. Ini adalah pendekatan yang paling sederhana, tetapi memerlukan Anda untuk mengelola saluran-saluran yang banyak. Anda mungkin sudah memiliki saluran dev dan saluran prod dengan ketersediaan yang berbeda. Anda dapat memperbarui saluran dev Anda, memastikan bahwa sudah benar, dan kemudian memperbarui saluran prod Anda secara terpisah. Kami merekomendasikan menggunakan cabang / label di kontrol versi Anda untuk membantu Anda menjaga track sumber yang terkait dengan setiap rilis.
2. Melacak pengguna sendiri yang telah memilih untuk berpartisipasi, mematikan pembaruan otomatis, dan memicu pembaruan hanya untuk pengguna tertentu melalui @capgo/capacitor-updater __CAPGO_KEEP_0__
3. Capgo allow creare its own opt-in mechanism on a per-device basis (similar to Test Tracks or TestFlight, just platform agnostic). This allow your QA team to opt-in to bundle before they’re promoted to the general public.
4. Pakai peluncuran progresif untuk mengirimkan paket kandidat ke sebagian kecil pengguna yang acak dan menempel. Tentukan peluncuran dari 0–100%, atau gunakan --rollout-percentage-bps untuk 0,01% tambahan; konfigurasi durasi cache dari 60 detik hingga 365 hari dan kebijakan berhenti otomatis opsional. Ini tidak memilih kelompok perangkat yang dinamai.

Pembayaran

Bagaimana saya dapat meningkatkan atau menurunkan rencana saya?

Anda dapat mengupgrade atau menurunkan rencana Anda kapan saja di dashboard Anda: https://console.capgo.app/settings/organization/plans

Kapan periode tagihan saya akan direset?

Periode tagihan akan direset secara otomatis setiap bulan pada bulan Anda pertama kali berlangganan ke Capgo. Misalnya, jika Anda berlangganan pada tanggal 15 bulan ini, periode tagihan Anda akan direset pada tanggal 15 setiap bulan.

Bagaimana cara saya membatalkan langganan saya?

Anda dapat membatalkan langganan Anda kapan saja di dashboard Anda: https://console.capgo.app/settings/organization/plans

Apakah saya bisa membayar untuk satu tahun di muka?

Ya. Anda bisa memilih tagihan tahunan di pengaturan rencana organisasi Anda Apa yang dihitung sebagai penyimpanan, dan apakah kita bisa mengubah retensi?.

Tautan langsung ke Apa yang dihitung sebagai penyimpanan, dan apakah kita bisa mengubah retensi?

Apakah replikasi regional memperbanyak penyimpanan atau bandwidth?

Tautan langsung ke Apakah replikasi regional memperbanyak penyimpanan atau bandwidth?

No. Paket dihitung sekali untuk penyimpanan, terlepas dari wilayah yang menyajikannya. Capgo bandwidth didasarkan pada unduhan perangkat yang tidak disajikan dari cache edge; pengiriman yang disajikan dari cache tidak menghitung terhadap Capgo bandwidth penggunaan.

Apa yang termasuk dalam SLA Enterprise?

SLA Enterprise mencakup komitmen ketersediaan bulanan 99,9% untuk platform produksi. Jika komitmen tersebut tidak terpenuhi, jadwal kredit layanan adalah 10% hingga 30% berdasarkan ketersediaan bulanan. Target respons dukungan awal awal adalah P1: satu jam, 24/7/365; P2: dua jam kerja; P3: satu hari kerja; dan P4: dua hari kerja. Baca SLA Enterprise untuk syarat dan ketentuan lengkap.

Statistik dan analisis

Statistik di dashboard Anda diperbarui setiap pukul 00:00 UTC. Statistik dihitung dari pengguna unik MAU (Monthly Active User) periode 30 hari yang berlalu.

Bagaimana ID perangkat dihasilkan

ID perangkat dihasilkan pada perangkat pada saat pertama kali dijalankan, dan digunakan untuk menghilangkan duplikasi instalasi per-device dan memungkinkan kami untuk mengenakan biaya berdasarkan pengguna yang diinstal (misalnya pengguna aktif bulanan), bukan total patch atau total instalasi patch.

MAU adalah solusi yang lebih baik daripada jumlah instalasi untuk menentukan Capgo, karena lebih akurat dan mencerminkan biaya sebenarnya Capgo per perangkat.

Penggunaan ID perangkat:

• iOS: Mulai dari v7.25.0+, ID perangkat disimpan di Keychain dan bertahan melalui reinstalasi normal.
• Android: Gunakan v7.50.1+ (atau v5.50.1+/v6.50.1+ pada garis rilis tersebut). ID perangkat hanya dipulihkan ketika Android Backup/Restore menyimpan preferensi aplikasi.
• ElectronID perangkat disimpan di penyimpanan yang aman.
• Ketentuan Android: Menghilangkan cadangan, mengesampingkan preferensi yang relevan, atau membersihkan data aplikasi menghasilkan ID perangkat baru.

ID perangkat dikosongkan dan mendukung pengiriman update langsung dan penghapusan duplikat pengguna aktif bulanan; itu bukanlah identifikasi iklan atau pengikatan aplikasi lintas.

Daftar ID perangkat ditampilkan setelah aplikasi memeriksa Capgo melalui updater atau endpoint statistik. Perangkat tidak perlu menginstal patch sebelum dapat muncul dalam daftar perangkat.

Mengapa nomor perangkat saya berbeda dengan pengguna aktif bulanan saya?

Daftar perangkat dan pengguna aktif bulanan didasarkan pada sinyal yang berbeda.

Daftar perangkat menampilkan metadata terbaru untuk setiap perangkat, seperti ID perangkat, platform, versi plugin, versi OS, versi native, saluran, paket yang diinstal, dan kode negara saat tersedia. Kode negara adalah kode dua huruf terakhir code yang diterima dari permintaan Cloudflare-diproses untuk perangkat tersebut, bukan GPS atau lokasi yang disediakan aplikasi. Permintaan tanpa kode negara yang valid tidak menghapus nilai yang valid terakhir. Capgo memperbarui metadata ini ketika aplikasi memeriksa, tetapi permintaan ulang yang melaporkan metadata yang sama mungkin tidak mengubah baris atau waktu pembaruan terakhirnya.

MAU menghitung perangkat aktif yang berbeda selama jendela pembayaran. Aktivitas tersebut dapat meningkat bahkan ketika metadata perangkat tetap sama, sehingga hitungan perangkat dan MAU dapat berbeda.

Bagaimana memiliki pembaruan yang berbeda untuk setiap platform?

Anda dapat membuat saluran untuk setiap platform. dan nonaktifkan pembaruan khusus platform di setiap saluran.

Pada saluran ios, nonaktifkan pembaruan android dan pada saluran android, nonaktifkan pembaruan ios.

Lalu unggah bundle ke setiap saluran untuk memiliki pembaruan yang berbeda untuk setiap platform.

Jika Anda membutuhkan pembaruan yang sama untuk kedua platform, Anda dapat menghubungkan satu bundle ke beberapa saluran. Tidak perlu mengulang bundle.

Teruskan dari FAQ

Jika Anda menggunakan FAQ untuk merencanakan pengiriman pembaruan hidup secara langsung, hubungkannya dengan Capgo Pembaruan Hidup untuk alur kerja produk di Capgo Pembaruan Hidup, Ringkasan untuk detail implementasi di Ringkasan, Fitur untuk detail implementasi di Fitur, Pengaturan Pembaruan untuk detail implementasi di Pengaturan Pembaruan, dan Jenis Pembaruan untuk detail implementasi di Jenis Pembaruan.