In Capgo, 3 개의 값이 계산되고 이해하는 것이 중요합니다.
- 사용자의
- 저장소
- 대역폭
각각은 계산 방식이 약간 다릅니다.
사용자
각각의 사용자가 Capacitor JS 앱을 다운로드하고 열 때, Capgo 백엔드에 업데이트가 필요한지 확인하는 요청을 보냅니다. DeviceID
DeviceID앱이 그 요청을 보낼 때, 작은 정보를 포함하여 가장 중요한 정보를 보냅니다. : 사용자 기기에서 생성된 고유한 ID (UUID)입니다.버전 v5.10.0, v6.25.0 및 v7.25.0부터 시작하여 플러그인 버전이 업데이트되었습니다.
, 이 ID는 앱 재설치 시에도 유지됩니다 (기기 저장소에 안전하게 저장됨). 이전 버전까지는 앱 설치 시마다 ID가 초기화되었습니다. DeviceID 각각의 사용자 계정에 새로운 기기 ID가 저장됩니다. 기존의 기기 ID가 업데이트를 요청할 때, 데이터베이스의 기록이 업데이트됩니다 (updated_at).
This data is saved in 2 places: device table with __CAPGO_KEEP_0__ and app_stats with daily counter who represents the number of device who became active today and haven’t been active this month.
- For plan limit the first method is used because it’s 100% reliable, for displaying the chart the second one is used.
You can see both in your account on the home page: in the chart is the second method, in the table of apps is the first method.
update_at__CAPGO_KEEP_0__ don’t count emulator and dev build in your usage. Keep in mind after the trial you can’t have more than 3% of them, or that will lock your account, until you fix it. - __CAPGO_KEEP_0__ is also doing some filtering for you. If you have CI/CD configured to send your version to Google PLAY, Google is running your __CAPGO_KEEP_1__ app each time to 20+ real device. During the 4 first hours of a new bundle, we block Google data center IP to prevent them to being counted.
Each month, this data starts from zero.
- Create or update a device in my database at each device request
- Add to a daily counter the number of active device who hasn’t been active this month.
This data is saved in 2 places: device table with Capgo and app_stats with daily counter who represents the number of device who became active today and haven’t been active this month.
Capgo is also doing some filtering for you. If you have CI/CD configured to send your version to Google PLAY, Google is running your Capacitor app each time to 20+ real device. During the 4 first hours of a new bundle, we block Google data center IP to prevent them to being counted.
__CAPGO_KEEP_0__ don’t count emulator and dev build in your usage. Keep in mind after the trial you can’t have more than 3% of them, or that will lock your account, until you fix it.
- __CAPGO_KEEP_0__ is also doing some filtering for you. If you have CI/CD configured to send your version to Google PLAY, Google is running your __CAPGO_KEEP_1__ app each time to 20+ real device. During the 4 first hours of a new bundle, we block Google data center IP to prevent them to being counted.
- Each month, this data starts from zero.
900+명의 사용자를 반환하는 첫 번째 방법은 두 번째 방법은 계정에 200+ 사용자를 보유하고 있습니다. 계정 한 번에 계획 한계를 위해 첫 번째 방법을 사용하고 차트를 표시하기 위해 두 번째 방법을 사용합니다. 계정 홈 페이지에서 둘 다 볼 수 있습니다.
저장소
배포할 때마다 이 숫자는 업로드 크기에 증가합니다.
업로드 크기와 관련된 데이터만이 이에 해당하며, 앱 크기가 좋을수록 계획에 더 잘 맞습니다.
계획 한계에 도달하거나 근처에 도달하면 CLI:을 목록화할 수 있습니다.
npx @capgo/cli@latest bundle list
bundle을 삭제하면 저장소가 해제되지만 stat은 삭제되지 않습니다.
bundle을 여러 개 삭제할 준비가 되면 다음 명령어를 사용하세요.
npx @capgo/cli@latest bundle cleanup
PS: 이건 지구에 좋지만 주머니에도 좋습니다.
업로드 크기를 사용하여 저장소를 사용하고 계획에 포함되지 않도록 할 수 있습니다.
--external대역폭
이 값의 계산은 조금 더 복잡하지만, 저장소와 같은 아이디어입니다.
PS: 이건 지구에 좋지만 주머니에도 좋습니다.
이 번들을 다운로드할 때마다, 다운로드 크기에 이 숫자가 증가합니다.
다운로드 크기에만 관련된 데이터입니다. Capacitor JS 앱 크기가 좋을수록, 계획에 머물러 있습니다.
중요한 점을 알려드리자면, Capgo는 다운로드된 크기를 알 수 없습니다. Capgo는 번들의 크기만 알 수 있습니다. 큰 번들을 가지고 있고, 많은 사용자가 다운로드를 실패할 경우, 제한을 빨리 도달할 것입니다.
계획에 머물러 유지하는 가장 좋은 방법은 작은 번들을 가지고 있으며, 그렇지 않다면 사용자에게 다운로드바를 보여주고, 다운로드할 수 있는 남은 크기를 알려주십시오.
미래에, Capgo는 다운로드 시스템을 개선하여 한 번에 다운로드할 수 있는 기회를 더 많이 제공할 것입니다.
How your usage is counted in Capgo에서 계속 진행하세요.
__CAPGO_KEEP_0__를 사용 중이라면 How your usage is counted in Capgo __CAPGO_KEEP_0__ Live Updates와 연결하여 Capgo Live Updates의 Capgo Live Updates의 제품 워크플로우에서 Overview __CAPGO_KEEP_0__ 기능 __CAPGO_KEEP_0__ 업데이트 동작 __CAPGO_KEEP_0__ 업데이트 유형 __CAPGO_KEEP_0__
