Cara penghitungan penggunaan Anda di Capgo

Di Capgo, ada 3 nilai yang dihitung dan penting untuk dipahami

• User
• Penyimpanan
• Bandwidth

Masing-masing punya cara perhitungan yang sedikit berbeda

User

Setiap kali user mendownload Capacitor JS app Anda dan membukanya, aplikasi akan mengirim request ke backend Capgo untuk mengecek ketersediaan update. Saat melakukan itu, aplikasi mengirim sedikit informasi, termasuk yang paling penting DeviceID

DeviceIDyaitu ID unik (UUID) yang dibuat di perangkat. Mulai dari versi plugin v5.10.0, v6.25.0, dan v7.25.0, ID ini sekarang tetap ada meski aplikasi diinstal ulang (disimpan aman di storage perangkat). Sebelum versi ini, ID direset setiap kali aplikasi diinstal.

Setiap kali akun Anda menerima Device ID baru, ID tersebut disimpan di database. Setiap kali ID lama DeviceID meminta update (saat app dibuka), record-nya akan diperbarui (updated_at di database).

Data ini disimpan di 2 tempat:

• tabel device dengan update_at value
• app_stats dengan daily counter yang merepresentasikan jumlah device yang aktif hari ini dan belum aktif bulan ini.

Untuk limit plan, metode pertama digunakan karena 100% reliabel, sedangkan untuk tampilan chart digunakan metode kedua. Anda bisa melihat keduanya di halaman home akun Anda:

• di chart menggunakan metode kedua
• di tabel apps menggunakan metode pertama.

Capgo tidak menghitung emulator dan dev build dalam penggunaan Anda. Perlu diingat setelah masa trial, jumlahnya tidak boleh lebih dari 3%, jika tidak akun Anda akan dikunci sampai masalah tersebut diperbaiki.

Capgo juga melakukan filtering untuk Anda. Jika Anda mengonfigurasi CI/CD untuk mengirim versi ke Google PLAY, Google akan menjalankan Capacitor app Anda ke 20+ perangkat asli setiap saat. Selama 4 jam pertama bundle baru, kami memblokir IP data center Google agar tidak ikut terhitung.

Setiap bulan, data ini akan direset ke nol.

• Buat atau update device di database saya pada setiap request device
• Tambahkan ke counter harian jumlah device aktif yang belum aktif bulan ini.

Metode pertama menunjukkan: 900+ users sedangkan metode kedua menunjukkan 200+ users di akun Anda Untuk limit plan saya menggunakan metode pertama yang 100% reliabel, dan untuk tampilan chart saya menggunakan metode kedua. Anda bisa melihat keduanya di halaman home akun Anda.

Penyimpanan

Setiap kali Anda upload bundle, angka ini akan bertambah sesuai dengan ukuran upload tersebut.

Data ini hanya terkait dengan ukuran upload Anda, semakin kecil ukuran app Anda, semakin aman Anda dalam limit plan.

Jika Anda mencapai atau mendekati limit, Anda bisa melihat daftar bundle Anda dengan CLI: npx @capgo/cli@latest bundle list Untuk melihat apa yang bisa dibersihkan, menghapus bundle akan mengosongkan storage tapi tidak menghapus statistiknya.

Saat Anda siap membersihkan, gunakan perintah ini untuk menghapus banyak bundle: npx @capgo/cli@latest bundle cleanup

PS: ini bagus untuk planet, tapi juga untuk dompet Anda 💪.

Anda juga bisa menggunakan --external dari upload untuk memakai storage Anda, dan tidak dihitung dalam plan Anda.

Bandwidth

Perhitungan nilai ini sedikit lebih kompleks, tapi konsepnya sama dengan storage.

Setiap kali pengguna mengunduh bundle, angka ini akan bertambah sesuai dengan ukuran unduhan tersebut.

Data ini hanya terkait dengan ukuran download Anda; semakin kecil ukuran aplikasi JS Capacitor Anda, semakin baik untuk tetap berada dalam paket Anda.

Satu hal penting, Capgo tidak bisa melihat ukuran apa yang didownload, ia hanya melihat ukuran bundle. Jadi jika bundle Anda besar dan banyak user gagal mendownloadnya, Anda akan cepat mencapai limit.

Cara terbaik agar tetap sesuai plan adalah punya bundle yang kecil. Jika tidak bisa, tampilkan bar download ke user agar mereka tahu sisa yang harus didownload.

Ke depannya, Capgo akan meningkatkan sistem download agar peluang untuk mendownload bundle dalam satu waktu menjadi lebih besar.

Lanjutkan dari Cara penghitungan penggunaan Anda di Capgo

Jika Anda menggunakan Cara penghitungan penggunaan Anda di Capgo untuk merencanakan pengiriman live update, hubungkan dengan Capgo Live Updates untuk alur kerja produk di Capgo Live Updates, Ikhtisar untuk detail implementasi di Overview, Fitur untuk detail implementasi di Features, Perilaku Update untuk detail implementasi di Update Behavior, dan Tipe Update untuk detail implementasi di Update Types.