Di Capgo, 3 nilai yang dihitung dan penting untuk dipahami
- Pengguna
- Penggunaan
- Bandwith
Setiap satu memiliki cara yang sedikit berbeda untuk dihitung
Pengguna
Setiap kali pengguna mengunduh aplikasi Capacitor JS Anda dan membukanya, itu akan mengirim permintaan ke Capgo backend untuk mengetahui apakah update tersedia.
Saat aplikasi melakukan itu, aplikasi mengirim informasi yang sedikit, termasuk yang paling penting DeviceID
DeviceID: adalah ID unik (UUID) yang dihasilkan pada perangkat. Dari versi plugin v5.10.0, v6.25.0, dan v7.25.0, ID ini kini bertahan di antara penginstalan aplikasi ulang (disimpan dengan aman di penyimpanan perangkat). Sebelum versi-versi ini, ID direset dengan setiap penginstalan aplikasi.
Setiap kali akun Anda menerima ID Perangkat Baru, itu disimpan di database.
Setiap kali pengguna lama DeviceID mengajukan permintaan update (aplikasi dibuka), itu mendapatkan catatannya diperbarui (updated_at di database).
Data ini disimpan di 2 tempat:
- meja perangkat dengan
update_atnilai - app_stats dengan penhitung harian yang mewakili jumlah perangkat yang aktif hari ini dan belum aktif bulan ini.
Untuk batasan rencana, metode pertama digunakan karena 100% dapat diandalkan, untuk menampilkan grafik metode kedua digunakan. Anda dapat melihat kedua-duanya di halaman utama akun Anda:
- di grafik adalah metode kedua
- di tabel aplikasi adalah metode pertama.
Capgo tidak menghitung emulator dan build dev dalam penggunaan Anda. Ingatlah bahwa setelah masa percobaan, Anda tidak dapat memiliki lebih dari 3% dari mereka, atau itu akan mengunci akun Anda, sampai Anda memperbaikinya.
Capgo juga melakukan beberapa filtering untuk Anda. Jika Anda telah mengonfigurasi CI/CD untuk mengirimkan versi ke Google PLAY, Google akan menjalankan Capacitor aplikasi Anda setiap kali ke 20+ perangkat nyata. Selama 4 jam pertama dari bundle baru, kami memblokir IP pusat data Google untuk mencegah mereka dihitung.
Setiap bulan, data ini dimulai dari nol.
- Buat atau perbarui perangkat di database saya pada setiap permintaan perangkat
- Tambahkan ke penghitung harian jumlah perangkat aktif yang belum aktif pada bulan ini.
Metode pertama mengembalikan: 900+ pengguna Sementara metode kedua berada di 200+ pengguna di akun Anda Untuk batasan rencana, saya menggunakan metode pertama, yang 100% dapat diandalkan, dan untuk menampilkan grafik saya menggunakan metode kedua. Anda dapat melihat kedua-duanya di halaman utama akun Anda.
Penggunaan
konteks
Setiap kali Anda mengunggah bundle, angka ini ditingkatkan oleh ukuran unggahan.
Jika Anda telah mencapai batas atau hampir, Anda dapat menampilkan bundel Anda dengan CLI:
npx @capgo/cli@latest bundle list
Untuk melihat apa yang dapat Anda bersihkan, menghapus bundel, bebaskan penyimpanan tetapi jangan menghapus statistik.
Ketika Anda siap untuk membersihkan, gunakan perintah ini untuk menghapus banyak bundel:
npx @capgo/cli@latest bundle cleanup
PS: ini baik untuk planet, tetapi juga untuk dompet Anda 💪.
Anda juga dapat menggunakan
--externalukuran unggah untuk menggunakan penyimpanan, dan tidak termasuk dalam rencana Anda.
Bandwidth
Penghitungan nilai ini sedikit lebih kompleks, tetapi konsepnya sama seperti penyimpanan.
Setiap kali pengguna mengunduh bundel, nilai ini meningkat dengan ukuran unduhan.
This data is only related to your download size, the better your Capacitor JS app size is, the better you stay in your plan.
Satu hal penting untuk diperhatikan, Capgo tidak dapat melihat ukuran yang diunduh, hanya melihat ukuran bundel. Jadi jika Anda memiliki bundel besar, dan Anda memiliki banyak pengguna yang gagal mengunduhnya, Anda akan mencapai batas dengan cepat.
Cara terbaik untuk tetap dalam rencana Anda adalah memiliki bundel kecil, dan jika Anda tidak dapat, tunjukkan bar pengunduhan kepada pengguna, dan beritahu mereka berapa banyak yang mereka miliki untuk diunduh.
In the future, Capgo will improve the download system to have more chances to download the bundle at one time.
Teruskan dari Bagaimana Penggunaan Anda Dikount di Capgo
Jika Anda menggunakan Bagaimana Penggunaan Anda Dikount di Capgo untuk merencanakan pengiriman update live, hubungkannya dengan Capgo Live Updates untuk alur kerja produk di Capgo Live Updates, Ringkasan untuk detail implementasi di Ringkasan, Fitur untuk detail implementasi di Fitur, Perilaku Update Untuk detail implementasi di Update Behavior, dan Jenis Update Untuk detail implementasi di Jenis Update.
