Capgo에서는 3가지 값이 계산되고 이해해야 하는데요
- 사용자
- 저장소
- 대역폭
각 하나가 카운팅되는 방식이 조금씩 다릅니다.
사용자
Capacitor JS 앱을 다운로드하여 열 때마다 사용자는 Capgo 백엔드에 업데이트가 필요한지 확인하는 요청을 보냅니다.
앱이 그렇게 함으로써, 앱이 보내는 정보는 매우 적으며, 가장 중요한 정보도 포함되어 있습니다. DeviceID
DeviceID: 기기에서 생성된 고유한 ID (UUID)입니다. 버전 v5.10.0, v6.25.0 및 v7.25.0부터 플러그인 버전이 시작되었습니다.이 ID는 이제 앱 재설치 시도 시도 시 보안적으로 저장된 기기 저장소에 저장됩니다. 이 버전 이전에는 ID가 앱 설치와 함께 다시 초기화되었습니다.
각 사용자의 계정에 새로운 기기 ID가 저장되면, 데이터베이스에 저장됩니다.
기존 기기 ID가 있는 사용자는 DeviceID 업데이트를 요청할 때마다(앱을 열 때), 기존 기록이 업데이트됩니다(업데이트 시간인 updated_at이 데이터베이스에 저장됩니다).
이 데이터는 2곳에 저장됩니다:
- 기기 테이블에
update_at값 - app_stats 테이블에 일일 카운터가 저장됩니다. 이 카운터는 오늘 활성화된 기기 수를 나타내며, 이 달에 활성화되지 않은 기기 수를 나타냅니다.
__CAPGO_KEEP_0__의 첫 번째 방법은 100% 신뢰할 수 있으므로 계획 제한을 위해 사용되고, 차트를 표시하기 위해 두 번째 방법이 사용됩니다. __CAPGO_KEEP_0__의 계정 홈 페이지에서 둘 다 볼 수 있습니다.
- __CAPGO_KEEP_0__의 차트에서 두 번째 방법
- __CAPGO_KEEP_0__의 앱 목록에서 첫 번째 방법.
Capgo은 에뮬레이터 및 개발 빌드가 계정 사용량에 포함되지 않도록합니다. 사용량이 3%를 초과하면 계정 잠금이 발생합니다. 이 문제를 해결할 때까지.
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.
월별로 이 데이터는 0으로 시작됩니다.
- __CAPGO_KEEP_0__의 장치에 대한 요청을 받을 때마다 내 데이터베이스에 장치 정보를 생성하거나 업데이트합니다.
- __CAPGO_KEEP_0__의 일일 카운터에 활성화되지 않은 이번 달 장치의 수를 추가합니다.
첫 번째 방법은 900+ 사용자를 반환하며 두 번째 방법은 계정에 200+ 사용자를 표시합니다. 계획 제한을 위해 첫 번째 방법을 사용하고, 차트를 표시하기 위해 두 번째 방법을 사용합니다. __CAPGO_KEEP_0__의 계정 홈 페이지에서 둘 다 볼 수 있습니다.
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__의 업로드 시마다 이 숫자는 업로드 크기에 따라 증가합니다.
__CAPGO_KEEP_0__의 앱 크기가 좋을수록 계획에 더 잘 맞습니다.
CLI을 확인하세요.
npx @capgo/cli@latest bundle list
__CAPGO_KEEP_0__을 삭제하면 저장 공간이 해제되지만 통계는 삭제되지 않습니다.
__CAPGO_KEEP_0__을 삭제할 준비가 되면 여러 번들을 삭제하는 명령어를 사용하세요.
npx @capgo/cli@latest bundle cleanup
PS: 이 방법은 지구를 보호하는 데 도움이 되지만 당신의 지갑도 보호합니다 💪.
또한 __CAPGO_KEEP_0__을 사용하여 업로드를 사용할 수 있습니다. 이 경우 저장 공간은 당신의 계획에 포함되지 않습니다.
--external__CAPGO_KEEP_0__
__CAPGO_KEEP_0__의 계산은 저장 공간과 비슷한 개념입니다.
__CAPGO_KEEP_0__이 증가할 때마다 사용자가 번들을 다운로드할 때마다 이 숫자가 증가합니다.
이 데이터는 다운로드 크기에만 관련되어 있으며, __CAPGO_KEEP_0__ JS 앱 크기가 좋을수록 당신의 계획에 더 잘 맞습니다.
중요한 점은 Capacitor이 다운로드된 크기를 알 수 없다는 것입니다. Capacitor은 번들의 크기만을 알 수 있습니다. 따라서 큰 번들을 가지고 있고 많은 사용자가 다운로드를 실패할 경우, 당신은 계획을 초과할 것입니다.
One important thing to note, Capgo cannot see what size is downloaded, it only sees the size of the bundle. So if you have a big bundle, and you have many users who fail to download it, you will reach the limit quickly.
__CAPGO_KEEP_0__
미래에, Capgo은 다운로드 시스템을 개선하여 한 번에 패키지를 다운로드할 가능성을 더 높일 것입니다.
