본문으로 바로가기
해결책

Capgo에서 사용량이 어떻게 계산되는지

Capgo에서 사용량을 계산하는 방법을 이해하고, 최적의 사용을 위해 사용하세요. 사용량을 더 잘 관리하세요.

기사 기여자

마틴 도나디우

작가

발레리아

리뷰어

조던

편집자

Capgo에서 사용량이 어떻게 계산되는지

Capgo

  • 3개의 값이 계산되고 이해하는 것이 중요합니다.
  • __CAPGO_KEEP_0__
  • 사용자

저장소

저장소

Each time a user download your Capacitor JS app and opens it, it will send a request to Capgo backend to know is update is available. When the app does that, it sends little information, including the most important one DeviceID

DeviceID각각은 계산되는 방식이 약간 다릅니다. 사용자사용자가 __CAPGO_KEEP_0__ JS 앱을 다운로드하고 열 때, __CAPGO_KEEP_1__ 백엔드에 업데이트가 필요한지 확인하는 요청을 보냅니다.

: 기기에서 생성된 고유한 ID (UUID)입니다. DeviceID 버전 v5.10.0, v6.25.0 및 v7.25.0부터 시작하여, 이 ID는 앱 재설치 시 지속됩니다 (기기 저장소에서 안전하게 저장됩니다). 이전 버전까지는 앱 설치와 함께 ID가 초기화되었습니다.

이 데이터는 2 곳에 저장됩니다:

  • 기기 테이블에 update_at
  • app_stats에 일일 카운터가 포함되어 있습니다. 이 카운터는 오늘 활성화된 기기 수를 나타내며, 이 달에 활성화되지 않은 기기 수를 나타냅니다.

계획 제한을 위해 첫 번째 방법이 사용됩니다. 차트를 표시하기 위해 두 번째 방법이 사용됩니다. 계정의 홈 페이지에서 두 가지 모두 확인할 수 있습니다:

  • 차트에서 사용하는 방법은 두 번째 방법입니다.
  • 앱의 테이블에서 사용하는 방법은 첫 번째 방법입니다.

Capgo은 에뮬레이터 및 개발자 빌드가 사용량에 포함되지 않습니다. 시도 기간 후에, 사용량이 3% 이상이면 계정이 잠금 상태가 됩니다. 이를 해결하기까지 기다려야 합니다.

Capgo은 또한 필터링을 수행합니다. CI/CD를 Google PLAY로 보내는 경우, Google은 20+대의 실제 기기를 사용하여 Capacitor 앱을 실행합니다. 새로운 버전이 배포된 후 4시간 동안 Google 데이터 센터 IP를 차단하여 카운팅을 방지합니다.

매월, 이 데이터는 0으로 시작됩니다.

  • 기기 요청마다 기기 데이터베이스에 기기를 생성하거나 업데이트합니다.
  • 일일 카운터에 활성화되지 않은 이 달에 활성화된 기기 수를 추가합니다.

첫 번째 방법은 다음과 같은 값을 반환합니다: 900명 이상의 사용자 두 번째 방법은 계정에 200명 이상의 사용자가 있습니다 계획 제한을 위해 첫 번째 방법을 사용하고, 차트를 표시하기 위해 두 번째 방법을 사용합니다. 계정 홈 페이지에서 둘 다 볼 수 있습니다.

저장소

bundle을 업로드할 때마다 이 숫자는 업로드 크기에 따라 증가합니다.

업로드 크기와 관련된 데이터만이 이에 해당하며, 앱 크기가 좋을수록 계획에 따라 더 잘 유지됩니다.

계획 제한에 도달하거나 근처에 도달하면 CLI에 있는 bundle 목록을 확인할 수 있습니다: npx @capgo/cli@latest bundle list bundle을 삭제하면 저장소가 해제되지만 stat은 삭제되지 않습니다.

bundle을 삭제할 준비가 되면 여러 bundle을 삭제하는 명령어를 사용하세요: npx @capgo/cli@latest bundle cleanup

PS: 이건 지구를 위한 것이지만, 당신의 지갑에도 좋습니다.

업로드 크기를 사용하여 저장소를 사용하고, 계획에 포함되지 않도록 할 수 있습니다. --external 대역폭

이 값의 계산은 저장소와 비슷하지만 조금 더 복잡합니다.

대역폭

다운로드할 때마다 사용자가 다운로드한 패키지의 크기가 이 숫자를 증가시킵니다.

다운로드 크기와 관련된 데이터만 제공되며, Capacitor JS 앱 크기가 좋을수록, 사용자가 다운로드한 크기에 따라 계획에 따라 유지됩니다.

중요한 점은 Capgo가 다운로드한 크기를 알 수 없으며, 패키지 크기만 알 수 있다는 것입니다. 따라서 큰 패키지를 다운로드하는 사용자가 많다면, 사용자들이 다운로드를 실패할 경우, 계획 제한을 빨리 초과할 수 있습니다.

계획에 유지하기 위해서는 패키지 크기를 작게 유지하는 것이 가장 좋습니다. 그렇지 않다면, 사용자에게 다운로드 중인 크기를 알려주고, 다운로드가 완료될 때까지 기다리도록 유도하는 것이 좋습니다.

미래에 Capgo는 다운로드 시스템을 개선하여 한 번에 다운로드할 수 있는 기회를 더 많이 제공할 것입니다.

Capgo에서 How your usage is counted를 계속 진행하세요.

__CAPGO_KEEP_0__를 사용하여 Capgo __CAPGO_KEEP_0__를 __CAPGO_KEEP_0__ Live Updates와 연결하여 Capgo Live Updates Capgo Live Updates __CAPGO_KEEP_0__ Live Updates 구현 세부 정보는 Overview에서 확인할 수 있습니다. 기능 기능 구현 세부 정보는 Features에서 확인할 수 있습니다. 업데이트 동작 구현 세부 정보는 Update Behavior에서 확인할 수 있습니다. 업데이트 유형 구현 세부 정보는 Update Types에서 확인할 수 있습니다.

Capacitor 앱에 대한 즉각적인 업데이트

웹-layer 버그가 활성화된 경우 Capgo을 통해修정을 배포하는 대신 앱 스토어 승인까지 며칠 기다리지 마십시오. 사용자는 배경에서 업데이트를 받으며 네이티브 변경은 일반적인 검토 경로를 유지합니다.

마틴으로부터의 인간 지원

시작하기

최신 블로그 게시물

Capgo은 전문적인 모바일 앱을 만들기 위해 필요한 최고의 통찰력을 제공합니다.