Capgo에서 3가지 값이 계산되고 이해하는 것이 중요합니다.
- 사용자
- 저장
- 대역폭
각 하나가 카운팅되는 방식이 약간 다름
사용자
사용자가 Capacitor JS 앱을 다운로드하고 열 때마다, Capgo 백엔드에 업데이트가 필요한지 확인하는 요청을 보냅니다.
앱이 그 요청을 보낼 때, 중요한 정보를 포함하여 작은 양의 정보를 보냅니다. DeviceID
DeviceID: 기기에서 생성된 고유한 ID (UUID)입니다. 버전 v5.10.0, v6.25.0 및 v7.25.0부터 플러그인 버전을 시작하여, 이 ID는 앱 재설치 시에도 유지됩니다 (기기 저장소에서 안전하게 저장됨). 이전 버전까지는 각 앱 설치 시 ID가 초기화되었습니다.각각의 계정에서 받은 새로운 기기 ID는 데이터베이스에 저장됩니다.
기존 기기 ID가 업데이트된 경우, 기존 기기 ID의 기록이 업데이트됩니다 (업데이트 시간: updated_at).
이 데이터는 2곳에 저장됩니다: DeviceID 기기 테이블에 기기 ID와
app_stats 테이블에 일일 카운터가 저장됩니다. 이 카운터는 오늘 활성화된 기기 수를 나타내며, 이 달에 활성화되지 않은 기기 수를 나타냅니다.
- 사용자
update_at버전 v5.10.0, v6.25.0 및 v7.25.0부터 플러그인 버전을 시작하여, 이 ID는 앱 재설치 시에도 유지됩니다 (기기 저장소에서 안전하게 저장됨). 이전 버전까지는 각 앱 설치 시 ID가 초기화되었습니다. - 각각의 계정에서 받은 새로운 기기 ID는 데이터베이스에 저장됩니다. 기존 기기 ID가 업데이트된 경우, 기존 기기 ID의 기록이 업데이트됩니다 (업데이트 시간: updated_at).
__CAPGO_KEEP_0__의 첫 번째 방법은 100% 신뢰할 수 있는 방법으로 사용되며, 차트를 표시하는 두 번째 방법은 사용됩니다. 계정의 홈 페이지에서 둘 다 확인할 수 있습니다.
- 차트에서 사용하는 두 번째 방법
- 앱의 표에서 사용하는 첫 번째 방법.
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으로 시작됩니다.
- 월별로 이 데이터는 0으로 시작됩니다.
- __CAPGO_KEEP_0__의 첫 번째 방법은 900+의 사용자를 반환하며, 두 번째 방법은 계정의 200+의 사용자를 반환합니다. 계정 제한을 위해 첫 번째 방법을 사용하고, 차트를 표시하기 위해 두 번째 방법을 사용합니다. 계정의 홈 페이지에서 둘 다 확인할 수 있습니다.
__CAPGO_KEEP_0__의 첫 번째 방법은 100% 신뢰할 수 있는 방법으로 사용되며, 차트를 표시하는 두 번째 방법은 사용됩니다. 계정의 홈 페이지에서 둘 다 확인할 수 있습니다.
__CAPGO_KEEP_0__
__CAPGO_KEEP_0__의 첫 번째 방법은 100% 신뢰할 수 있는 방법으로 사용되며, 차트를 표시하는 두 번째 방법은 사용됩니다. 계정의 홈 페이지에서 둘 다 확인할 수 있습니다.
__CAPGO_KEEP_0__의 첫 번째 방법은 100% 신뢰할 수 있는 방법으로 사용되며, 차트를 표시하는 두 번째 방법은 사용됩니다. 계정의 홈 페이지에서 둘 다 확인할 수 있습니다.
CLI:를 초과하거나 근처에 도달하면, CLI:를 목록화할 수 있습니다.
npx @capgo/cli@latest bundle list
__CAPGO_KEEP_0__:를 삭제하면 저장 공간을 해제하지만 통계를 삭제하지 않습니다.
__CAPGO_KEEP_0__:를 삭제할 준비가 되면 여러 __CAPGO_KEEP_0__:를 삭제하는 명령어를 사용하세요.
npx @capgo/cli@latest bundle cleanup
PS: 이건 지구를 위한 것이지만 당신의 지갑도 좋습니다 💪.
또한 __CAPGO_KEEP_0__:를 사용하여 __CAPGO_KEEP_0__:를 업로드할 수 있습니다. 이 경우 __CAPGO_KEEP_0__:에 포함되지 않습니다.
--external__CAPGO_KEEP_0__
__CAPGO_KEEP_0__:의 계산은 조금 더 복잡하지만, 저장 공간과 같은 아이디어입니다.
__CAPGO_KEEP_0__:을 다운로드할 때마다, 이 숫자는 다운로드한 __CAPGO_KEEP_0__:의 크기만큼 증가합니다.
이 데이터는 다운로드 크기와 관련이 있으며, __CAPGO_KEEP_0__: JS 앱 크기가 좋을수록, 당신의 __CAPGO_KEEP_0__:에 포함되지 않습니다.
중요한 점은 Capacitor:가 다운로드한 크기를 알 수 없다는 것입니다. Capacitor:는 Capacitor:의 크기만 알 수 있습니다. 따라서 큰 Capacitor:를 가지고 있고, 많은 사용자가 다운로드를 실패하면 Capacitor:에 포함되지 않습니다.
Capgo:에 포함되지 않기를 원한다면, Capgo: 크기를 작게 유지하고, 사용자에게 다운로드가 남아있는 크기를 알려주고, 다운로드바를 보여주십시오.
__CAPGO_KEEP_0__
미래에, Capgo은 다운로드 시스템을 개선하여 한 번에 패키지를 다운로드할 가능성을 높일 것입니다.
How your usage is counted in Capgo에서 계속 진행하세요.
If you are using How your usage is counted in Capgo 실시간 업데이트 배포를 계획하고자 하는 경우 __CAPGO_KEEP_0__ Live Updates와 연결하세요. Capgo Live Updates Capgo의 제품 워크플로우에서 Capgo Live Updates Overview Overview의 구현 세부 정보 Features Features의 구현 세부 정보 Update Behavior __CAPGO_KEEP_0__에서 사용량이 어떻게 계산되는지 설명하는 내용을 계속 읽어보세요. 업데이트 유형 업데이트 유형에 대한 구현 세부 사항.
