FAQ

여기서 답변되지 않은 질문이 있으면 질문해 주세요! 이슈를 제출하거나 디스코드 에서 질문해 주세요.

What is “code push”?

Code push, 또는 “__CAPGO_KEEP_4__ 업데이트” (OTA)란 Capacitor 개발자들이 Capgo 앱을 __CAPGO_KEEP_5__에서 업데이트할 수 있도록 하는 클라우드 서비스입니다. __CAPGO_KEEP_6__은 현재 안드로이드, iOS, Electron에서 작동합니다.

“Code Push”는 React Native 커뮤니티에서 사용하는 배포 기능의 이름을 참조합니다. Microsoft 와 Expo, Capacitor을 지원하지 않습니다.

Capgo CLI 버전이 플러그인이나 Capacitor 버전과 일치해야 하나요?

아니요. 항상 최신 Capgo CLI 버전을 사용하세요 (npx @capgo/cli@latest). CLI과 Capgo 콘솔은 자신의 버전 관리를 따르며, 지원하는 업데이터 플러그인 메이저와 호환됩니다. Capgo 플러그인은 Capacitor 메이저를 따릅니다. 자세한 내용은 CLI 버전 관리를 참조하세요. Capgo 버전 관리 for LTS 태그와 같은 @lts-v7.

Capacitor와 release 사이의 차이점은 무엇인가요?

Capacitor를 앱 스토어에 배포하기 위해 바이너리를 준비하는 것을 의미합니다. 이후에 배포된 바이너스를 추적하기 위해 Capgo에 정확한 바이너리 정보가 필요합니다.

Capacitor를 업데이트하기 위해 release에 패치를 적용하는 것을 의미합니다. code에 새로운 정보가 필요합니다. npx @capgo/cli@latest bundle upload Capacitor를 업데이트하기 위해 새로운 local code을 사용하여 bundle을 생성하고 사용자에게 배포합니다.

Delta 업데이트에 대한 경로 제한은 있나요?

네:

• 0바이트 파일: The CLI 로그 Ignoring empty file... 및 Delta 매니페스트에서 빈 파일을 제외합니다. 업로드를 실패하지 않으므로 빈 파일은 결과 배포를 중단하지 않고 배포를 변경할 수 있습니다. Delta 배ंडल 경로에 0바이트 파일을 포함하지 마십시오.
• 공백이 있는 경로: Delta 업로드는 공백이 포함된 배ंडल 경로가 있는 경우 명확한 오류로 실패합니다. 파일 또는 디렉터리를 이름을 변경하여 업로드하는 Delta 업데이트 전에 공백을 제거하십시오.

See Delta 업데이트 설정 세부 정보를 위해 Delta 업데이트

로드맵은 무엇인가요?

우리의 프로젝트 보드는 또한 다음 위치에서 찾을 수 있습니다: https://github.com/orgs/Cap-go/projects

우리 팀은 공개적으로도 운영되기 때문에 언제든지 우리가 작업 중인 것을 볼 수 있습니다. 우리는 로드맵이나 우선순위에 대한 질문에 대해 Github 이슈나 디스코드를 통해 언제든지 답변해 드리겠습니다. 디스코드.

Capgo을 팀과 함께 사용할 수 있나요?

네! 모든 플랜은 무제한의 개발자 지원을 제공합니다. 우리는 단지 각 조직당 앱 메트릭스(MAU, 저장소 및 대역폭)에 제한을 두고 있습니다.

더보기 팀 더 많은 정보를 위해서는

Capgo은 내 원본 code을 저장하나요?

No. Capgo 서버는 원본 code을 절대 볼 수 없습니다. Capgo을 실행할 때 npx @capgo/cli@latest bundle upload, Capgo은 최소화/컴파일된 code의 zip 파일을 저장합니다. 이는 브라우저가 받는 code와 동일한 code입니다. 원본 code은 절대 볼 수 없습니다.

추가 보안을 위해 두 가지 옵션이 있습니다:

• 끝에서 끝까지 암호화: 업로드 전 암호화하여 저장 및 전송 시 보호하고, 개인 키가 없는 세 번째 당사자가 유효한 암호화된 업데이트를 생성하는 것을 방지합니다. 그러나 공개 키는 분포된 앱에 포함되어 있으므로 shipped 웹 자산을 역 엔지니어링하는 것은 여전히 가능합니다.
• 외부 URL 업로드: Capgo에 다운로드 링크만 제공하고, Capgo이 업로드한 파일을 저장하는 자신의 서버를 사용하여 보안을 강화합니다. --external <url>

개인 정보 정책 보기 https://capgo.app/privacy

배ंडल 파일은 개인 데이터인가요?

No. Capgo은 사용자들이 다운로드할 수 있는 공개 웹 자산으로, 앱 사용자들이 bundle URL을 알면 그 파일들을 가져올 수 있습니다. Capgo은 설정 및 문서화 과정에서 사용자에게 이러한 사실을 알려줍니다.

bundle 파일에 대한 접근은 데이터 유출로 간주되지 않습니다. 앱 bundle에 비밀, 자격 증명, 개인 정보, 규제 데이터를 넣지 마십시오. 고급 보안 사용 사례에 대해 더 강한 비밀성을 필요로 한다면, 끝에서 끝까지 암호화 사용하십시오. 그러나 보안 보고서 작성 시점에서 shipped 앱 code와 자산은 여전히 공개로 간주됩니다.

CI 시스템에서 Capgo을 사용할 수 있나요?

Yes. Capgo은 CI 시스템에서 사용하기 위해 설계되었습니다. 우리는 CI 시스템을 위한 Capgo 사용 가이드를 Android와 Github Actions 및 iOS, 그리고 GitLab을 포함한 가이드를 발행했습니다. 다른 CI 시스템은 유사합니다.

어떤 문제가 발생하더라도 GitHub 이슈나 디스코드로 연락하지 마세요.

이것은 Firebase Remote Config 또는 Launch Darkly와 어떻게 관련되는 것일까요?

Code 푸시를 사용하면 기기에서 새로운 code를 추가하거나 code를 교체할 수 있습니다. Firebase Remote Config와 Launch Darkly는 모두 구성 시스템입니다. 앱의 구성 변경을 위해 새로운 버전을 배포하지 않고 구성 변경이 가능합니다. 그러나 code를 대체하는 것은 목적이 아닙니다.

이것은 어떤 종류의 의존성 FOOTPRINT를 추가하는 것일까요?

최근에 측정하지는 않았지만, code 푸시 라이브러리는 Capacitor 앱에 1MB 미만의 크기를 추가할 것으로 예상합니다. 이 크기를 더 작게 만들 수 있는 방법을 알고 있습니다. 크기가 장애물이 된다면 알려주세요!

Capgo은 iOS 18.4 시뮬레이터에서 작동하는 것일까요?

No. iOS 18.4 시뮬레이터에 영향을 미치는 업스트림 문제로 인해 Capgo은 신뢰할 수 없게 작동하지 않습니다. 실제 기기에서 테스트하거나 다른 iOS 시뮬레이터 버전을 사용하세요.

React Native 이슈에 대한 자세한 내용을 참조하세요: facebook/react-native#50510

code 푸시가 대형 애플리케이션과 함께 작동합니까?

Yes. code 푸시로 업데이트할 수 있는 애플리케이션의 크기는 제한되지 않습니다. 아래에 참고: __CAPGO_KEEP_0__ 푸시로 업데이트할 수 있는 애플리케이션의 크기는 제한되지 않습니다. __CAPGO_KEEP_1__은 애플리케이션의 크기에 관계없이 __CAPGO_KEEP_0__ 푸시로 업데이트할 수 있습니다., Capgo can change any JS code in your application regardless of size.

__CAPGO_KEEP_0__ 푸시를 사용할 수 있는 용도는 무엇입니까?

What can I use Capgo code push for?

다양한 사용 사례를 보았습니다.

• 프로덕션 앱에 긴급한 수정을 적용합니다.
• 사용자에게 앱의 이전 버전을 배포할 때 버그를 수정합니다.
• 매우 자주 배포합니다 (예: 매시간).

대부분의 앱 스토어에서는 앱의 동작을 크게 바꾸는 code를 배포하는 것을 금지하고 있습니다. 자세한 내용은 아래를 참조하세요. __CAPGO_KEEP_0__에서 MAU(월간 활성 기기)를 계산하는 방법 https://__CAPGO_KEEP_0__/what-is-mau

What counts as a “MAU” for Capgo?

월간 활성 기기는 30일 동안 Capgo에 접속한 단일 기기를 말합니다. 동일한 물리적 기기를 두 개의 다른 네이티브 앱 ID와 함께 사용하는 경우 각 앱 ID에 한 번씩 카운트됩니다. 그들은 서로 중복되지 않습니다.

만약 여러분의 맛이 웹层 또는 업데이트 경로만 다르다면, 채널. 그 맛들을 하나의 Capgo 앱 아래에 두고, 릴리즈를 더 쉽게 관리할 수 있습니다. 하지만 맛이 다른 번들 ID, 서명 ID, 권한 집합, 또는 스토어 목록이 필요하다면, 별도의 네이티브 앱 ID를 사용하세요.

iOS에서 v7.25.0+ 는 Keychain을 사용하여 일반적인 재설치를 통해 랜덤한, 앱 스코프의 기기 ID를 유지합니다. Android에서 v7.50.1+ (또는 v5.50.1+ 와 v6.50.1+ 의 릴리즈 라인에 해당하는 경우) ID는 Android Backup/Restore가 앱 설정을 유지할 때만 복원됩니다. 백업을 비활성화하거나 설정을 제외하거나 앱 데이터를 삭제하면 새로운 기기 ID가 생성됩니다. 앱을 업데이트하면 새로운 기기 ID가 생성되지 않습니다.

For test and development builds, turn off development-build and emulator delivery on production channels. That controls delivery, not MAU: a device can still count when it contacts Capgo. To keep it out of production usage, disable live updates and do not call production Capgo endpoints. See 테스트 및 개발 빌드에서, 개발 빌드 및 에뮬레이터 전송을 프로덕션 채널에서 끕니다. 그게 전송을 제어하는 것이지, MAU: 장치가 __CAPGO_KEEP_0__과 연락할 때 여전히 카운트할 수 있습니다. 이를 프로덕션 사용으로부터 유지하기 위해, 라이브 업데이트를 비활성화하고 프로덕션 __CAPGO_KEEP_1__ 엔드포인트를 호출하지 마십시오. __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ 푸시를 사용할 수 없는 것은 무엇인가?

Capgo code 푸시를 사용할 수 없는 것에 대한 바로 가

Capgo cannot change native code such as Java, Kotlin, Objective-C, Swift, native plugins, or native configuration. Those changes require a new native app release. For store-review scope, see __CAPGO_KEEP_0__.config.ts 변경을 __CAPGO_KEEP_1__으로 업데이트할 수 있나요?.

capacitor.config.ts 변경을 Capgo으로 업데이트할 수 있는지에 대한 바로 가

Capgo __CAPGO_KEEP_1__ 푸시를 사용할 수 없는 것은 무엇인가? capacitor.config.tsiOS 및 Android 프로젝트를 업데이트하거나, native 패키지 설치 또는 업그레이드, native 플러그인 설정과 관련된 모든 것 npx cap sync 또는 npx cap copy native 앱 릴리즈가 필요합니다.

Capacitor 설정 파일은 native 빌드 시간에 읽어지고 native 앱 바이너리에 컴파일됩니다. Capacitor 설정을 변경해야 하는 경우:

1. 업데이트 capacitor.config.ts 지역
2. native 앱을 다시 빌드합니다 (npx cap sync native 빌드를 따라야 함)
3. 새로운 바이너리를 앱 스토어에 제출합니다

Capgo가 스토어에 제출해 주나요?

Capgo Build can compile and sign a prepared native iOS or Android project and, when configured, submit the signed result to App Store Connect or Google Play. You can keep your existing CI for private dependencies, web builds, Capacitor sync, and custom native preparation; Capgo receives the prepared native project for the native build step.

See Capgo Build 및 빌드 구성 참조 워크플로우 및 스토어 제출 옵션에 대한 __CAPGO_KEEP_0__ 디스크에 저장하는 내용은 어디에 있는가?

Direct link to Capgo 디스크에 저장하는 내용은 어디에 있는가?

The Capgo updater (included in your application when you build your app) caches the latest downloaded bundle in the only directory that capacitor allow to load code. On Android, this is located in /data/user/0/com.example.app/code_cache/capgo_updater __CAPGO_KEEP_0__ 명령줄 도구 (예: Library/Application Support/capgo.

Capgo 명령줄 도구 (예: npx @capgo/cli@latest bundle upload디스크에 설치된 npm 캐시에서, 로그인 정보는 홈 디렉토리에 저장됩니다. ~/.capgo.

Capacitor Hot Reload과 관련이 어떻게 되는지 궁금하다면?

Capacitor의 Hot reload은 개발 단계에서만 작동합니다. Code push는 프로덕션에 사용됩니다.

Capacitor의 Hot reload은 개발 단계에서 code를 변경할 수 있게 해주는 기능입니다. 이 기능은 로컬 머신에 연결하기 위해 프록시를 사용하여 Capacitor 앱을 빌드해야 합니다.

Code push는 프로덕션에서 code를 변경할 수 있게 해주는 기능입니다. 우리는 다양한 기술을 사용하여 플랫폼에 따라 이 기능을 구현할 것입니다.

Capgo code push는 어떤 종류의 변경을 지원하는지 궁금하다면?

Capgo는 애플리케이션의 모든 자바스크립트 code를 변경할 수 있습니다. 이에는 앱 code 및 생성된 code도 포함됩니다. 또한 Capgo는 code를 업데이트할 수 있습니다. package.json 그리고 그들은 code 변경이 필요하지 않으면서도 __CAPGO_KEEP_1__를 업데이트할 수 있습니다.

We do not have plans to support changing native code (e.g. Java/Kotlin on Android or Objective-C/Swift on iOS), and the tool will warn you if it detects that you have changed native code as it will not be included in the bundle.

이것은 웹을 지원합니까?

Code push가 필요하지 않습니다. 웹은 이미 이 방식으로 작동하기 때문입니다. 사용자가 웹 앱을 열면 서버에서 최신 버전을 다운로드합니다.

code push와 웹을 사용하는 경우를 가지고 있다면, 그것에 대해 알려주기를 바랍니다.

이것은 iOS, Android, Mac, Windows, Linux 등에서 작동합니까?

예.

현재 우리는 Android, iOS, Electron을 지원하고 code push는 모두 생산 준비가 된 상태입니다.

Capgo은 어떤 OS 버전을 지원합니까?

Capgo은 Capacitor이 지원하는 Android 버전과 동일한 버전을 지원합니다.

Capacitor은 현재 Android API 22+ 및 iOS 13.0+:를 지원합니다. https://capacitorjs.com/docs/main/reference/support-policy

Capgo은 어떤 Capacitor 버전을 지원하는가?

Capgo은 최근 안정적인 Capacitor 릴리스만 지원합니다. 우리는 Capacitor의 이전 버전도 지원할 수 있었지만, 유지 관리를 위해 필요한 인프라를 구축하지 않았기 때문에 지원하지 않습니다. 우리는 Capacitor의 더 많은 버전을 지원할 예정이며, 기업 고객의 경우에는 어떤 버전도 지원할 예정입니다. https://github.com/Cap-go/capgo/issues/1100

Capgo은 안정적인 Capacitor 버전을 추적하고, 안정적인 릴리스가 나면 몇 시간 이내에 업데이트를 진행합니다. 업데이트를 위한 시스템은 자동화되어 몇 분 만에 업데이트를 진행할 수 있습니다. 그리고 업데이트를 진행한 후에 추가적인 수동 검증 단계를 거치며, 검증이 완료되면 서버에 업데이트를 진행합니다.

이것은 앱/플레이 스토어 리뷰 프로세스나 정책과 어떻게 관련되는가?

Capgo는 앱의 WebView에서 이미 실행 중인 HTML, CSS, JavaScript, 및 자산만 Capacitor 웹层에 변경을 전달합니다. 앱의 네이티브 바이너리, 네이티브 플러그인, 권한, 특권, 서명, 또는 스토어 메타데이터는 변경되지 않습니다.

네이티브 변경이나 앱의 검토 목적 또는 기능에 영향을 줄 수 있는 물리적 변경에 대해 매트리얼 변경을 위해 네이티브 스토어 릴리즈를 사용하고, 사용자에게 제출하고 공개한 앱 경험 내에서 라이브 업데이트를 유지하세요.

Capgo가 앱 스토어 또는 구글 플레이 승인에 대한 보장을 제공합니까?

아니요. 애플과 구글은 각 앱과 릴리즈에 대한 자체 사실을 검토하고, Capgo는 개인적인 승인 또는 검토 결과를 보장할 수 없습니다. 팀은 앱의 콘텐츠, 공개 정보, 업데이트 범위, 및 현재 스토어 정책에 대한 준수에 책임이 있습니다.

리뷰 및 릴리즈 계획을 위해 공식 정책을 직접 읽어보세요: 애플 앱 스토어 리뷰 지침 및 구글 플레이 기기 및 네트워크 악용 정책.

나는 Capgo을 나의 국가에서 사용할 수 있나요?

우리는 Capgo에 대한 접근을 제한하기 위해 어떤 국가도 시도하지 않았습니다.

우리는 어떤 국가가 url에 접근할 수 있는 것을 제한하는 규제가 있는 것을 인식합니다. Capgo은 현재 Cloudflare Cloud를 사용하고 있으며, R2 Storage와 Cloudflare 워커를 포함하고 있습니다.

Capgo이 사용하는 URL은 다음과 같습니다.

• https://api.capgo.app — 사용자 기기의 __CAPGO_KEEP_1__ 업데이터와 __CAPGO_KEEP_0__ 서버와 상호 작용하기 위해 명령 줄 도구를 사용하는 것 npx @capgo/cli command line tools to interact with the Capgo servers as well as the Capgo updater on users’ devices to check for updates.
• — 사용자 기기의 __CAPGO_KEEP_1__ 업데이터와 __CAPGO_KEEP_0__ 서버와 상호 작용하기 위해 명령 줄 도구를 사용하는 것 https://*.r2.cloudflarestorage.com npx @capgo/cli — 사용자 기기의 __CAPGO_KEEP_1__ 업데이터와 __CAPGO_KEEP_0__ 서버와 상호 작용하기 위해 명령 줄 도구를 사용하는 것

If all of those URLs are accessible from your country, then Capgo should work.

If your region requires blocking access to any of those URLs, please let us know and we can work with you to find a solution. Proxy servers are one option.

Can I self-host Capgo?

Direct link to Capgo 자체 호스팅이 가능합니까? __CAPGO_KEEP_0__ 자체 호스팅이 가능합니까? Yes. Enterprise supports licensed self-hosted __CAPGO_KEEP_0__ deployments when you need to run the updater backend in your own infrastructure. See

Does code push require the internet to work?

Direct link to Does __CAPGO_KEEP_0__ push require the internet to work?

How is Capgo affected by lack of network connectivity?

Capgo updater (included in your application when you build your app with Capgo) is designed to be resilient to network connectivity issues.

기본 업데이트 동작에서, 앱이 시작될 때 Capgo 업데이터를 알립니다. 이 업데이터는 별도의 스레드를 사용하여 Capgo 서버에 네트워크 요청을 보내 업데이트를 요청합니다. 네트워크 요청이 실패하거나 타임아웃이 발생하면 업데이터는 다음 앱 시작 시 다시 시도합니다.

Capgo 명령어 도구 (예를 들어, npx @capgo/cli@latest bundle upload)는 네트워크 연결이 필요합니다. Capgo를 사용하여 앱을 배포하는 경우 CI 시스템이 네트워크 연결을 보장해야 합니다.

__CAPGO_KEEP_0__가 오랫동안 업데이트를 하지 않으면 어떻게 될까요?

__CAPGO_KEEP_0__ 업데이트는 항상 특정 장치에 맞춤형으로 전송되며, 요청자도 항상 최신 버전으로 업데이트됩니다. 따라서 사용자가 오랫동안 업데이트를 하지 않으면 중간 업데이트를 놓치게 됩니다.

업데이트 서버는 애플리케이션의 필요에 따라 다음 인크레멘탈 버전 또는 최신 버전을 응답할 수 있습니다. 중요한 업데이트 동작이 있으면 알려주십시오.

Capgo은 Capacitor과 어떻게 관련되어 있는지 알려주세요.

Capgo은 Capacitor의 플러그인으로 code 푸시를 추가합니다. Capgo은 Capacitor의 대체품이 아닙니다. 이미 사용하고 있는 Capacitor 도구를 계속 사용할 수 있습니다.

Capacitor의 최신 안정 버전을 추적하고 code 푸시 플러그인을 업데이트하여 그와 호환되도록 합니다.

업데이트가 언제 발생하는지 알려주세요.

Capgo 업데이터는 기본적으로 앱 시작 시 업데이트를 확인합니다. 배경 스레드에서 실행되며 UI 스레드를 차단하지 않습니다. 업데이트가 발생하면 사용자가 앱을 사용하는 동안 설치되고 다음으로 앱이 재시작될 때 적용됩니다.

Capgo 업데이터를 수동으로 실행할 수 있습니다. @capgo/capacitor-updater __CAPGO_KEEP_0__ 업데이터는 패키지를 통해 업데이트를 트리거할 수 있습니다. 이 패키지를 통해 업데이트를 언제든지 트리거할 수 있으며 푸시 알림을 통해도 트리거할 수 있습니다.

The Capgo 업데이터는 네트워크가 사용할 수 없거나 서버가 다운되거나 다른 방법으로 접근할 수 없을 때도 앱은 정상적으로 작동합니다. 우리 서버에서 업데이트를 삭제하는 경우, 모든 클라이언트는 정상적으로 작동합니다.

업데이트 롤백 기능을 추가했습니다. 롤백을 쉽게 하려면 이전 버전의 패키지를 채널에 첨부하면 됩니다.

__CAPGO_KEEP_2__ ID를 보안해야 하나요?

아니요. __CAPGO_KEEP_2__ ID는 앱에 포함되어 있으며 공개가 안전합니다. 버전 관리에 포함시킬 수 있고, 공개되더라도 걱정할 필요가 없습니다. app_id __CAPGO_KEEP_2__ ID를 알고 있는 사용자는 __CAPGO_KEEP_0__ 서버에서 앱의 최신 버전을 가져올 수 있지만, 업데이트를 푸시하거나 __CAPGO_KEEP_1__ 계정의 다른 부분에 접근할 수는 없습니다.

__CAPGO_KEEP_0__ 서버로 어떤 정보가 전송되나요? app_id can fetch the latest version of your app from Capgo servers, but they cannot push updates to your app or access any other aspect of your Capgo account.

Capgo 서버로 어떤 정보가 전송되나요?

전체 데이터 인벤토리, 엔드포인트 동작 및 개인 정보 제어는 규정 준수.

__CAPGO_KEEP_0__를 비활성화하여 명시적인 업데이터 통계 보고서를 비활성화합니다. 또한 __CAPGO_KEEP_0__를 프록시 또는 관리하는 엔드포인트로 보내고자 할 경우 statsUrl: '' 자체 호스팅 인프라에서 통계 처리 statsUrl 를 참조하십시오. 업데이트 체크는 여전히 앱 범위의 디바이스 식별자를 필요로 하며, __CAPGO_KEEP_0__가 올바른 업데이트를 선택하고 월간 활성 디바이스를 측정할 수 있도록 합니다.Capgo의 하위 처리자 목록

__CAPGO_KEEP_0__를 HIPAA-sensitive 앱에 사용할 수 있나요? Direct link to __CAPGO_KEEP_0__를 HIPAA-sensitive 앱에 사용할 수 있나요? Direct link to __CAPGO_KEEP_0__를 HIPAA-sensitive 앱에 사용할 수 있나요?

Direct link to Capgo를 HIPAA-sensitive 앱에 사용할 수 있나요?

가능합니다. 그러나 HIPAA-compliance를 보장하기 위해서는 올바른 배포 모델을 선택해야 합니다. Capgo Cloud는 현재 HIPAA-compliant hosted statistics processor로 제공되지 않습니다. 기본적으로 업데이터 데이터는 기기 범위에 묶여 있으며 알려진 앱 사용자와 연결되지 않으며 많은 팀이 그 모델을 성공적으로 사용합니다.

더 엄격한 검토를 위해 플러그인 트래픽을 지리 지역화하고 statistics를 비활성화하거나 설정을 비어있는 문자열로 설정하거나 statistics 엔드포인트만 자체 호스팅하거나 라이선스된 자체 호스팅을 사용할 수 있습니다. 그러나 이메일, 사용자 ID, 환자 ID, 직원 ID, 또는 업데이터 전원 센서를 사람으로 매핑하는 어떤 값도 사용해서는 안됩니다. statsUrl 자세한 기술 설정과 statistics를 비활성화할 때 관찰 가능성 트레이드 오프를 보려면 CapacitorUpdater.setCustomId(...) HIPAA Compliance

를 참조하세요. 유럽에서 __CAPGO_KEEP_0__ live update 데이터를 유지할 수 있나요? 유럽에서 __CAPGO_KEEP_0__ live update 데이터를 유지할 수 있나요?

“유럽에서 Capgo live update 데이터를 유지할 수 있나요?”라는 섹션 제목

Capgo

• updateUrl: https://plugin.eu.capgo.app/updates
• statsUrl: https://plugin.eu.capgo.app/stats
• channelUrl: https://plugin.eu.capgo.app/channel_self

__CAPGO_KEEP_0__를 사용하는 모든 3개의 EU URL을 함께 사용하여 업데이트 확인, 통계 및 채널 자체 할당이 동일한 지역 데이터 경로를 사용합니다. 이러한 값은 capacitor.config.ts에서 살펴볼 수 있습니다.

기존 설치가 새로운 엔드포인트를 사용하기 전에 프로덕션 모바일 앱에는 네이티브 릴리즈가 필요합니다. See for exact Capacitor and Electron examples.

를 참조하십시오. Capgo와 Electron의 정확한 예시를 확인하십시오.

Capgo 지원 플랫폼에 대한 섹션입니다. (What platforms does Capgo support?)

현재, Capgo은 Android, iOS, 및 Electron을 지원합니다. 모두 프로덕션 준비가 완료되었습니다.

iOS, Android, 또는 Electron을 사용하는 Capgo의 사용은 독립적인 결정이 될 수 있습니다. Android 채널 전략과 App Store에 빌드된 ipa를 설정하거나 Electron 채널, 필요에 따라 설정할 수 있습니다.

Capgo은 데스크톱 또는 임베디드 대상에 대한 지원을 쉽게 만들 수 있습니다. 중요한 경우 알려주십시오.

각 앱 스토어는 사용자들을 그룹으로 나누고 각 그룹에 특정 버전의 앱을 배포하는 데 사용되는 '내부 테스트', '폐쇄 베타' 등과 같은 별도의 메커니즘을 가지고 있습니다.

Capgo의 불완전한 가시성으로 인해, 이러한 메커니즘의 모든 것이 3 위 파티가 특정 테스트 트랙 또는 TestFlight를 통해 앱이 설치되었는지 감지할 수 없다는 것입니다. 따라서, 이러한 그룹의 구성에 대한 신뢰할 수 있는 가시성을 얻을 수 없으며, 이러한 그룹에 따라 Capgo 패치에 대한 접근을 신뢰할 수 없게 합니다. https://stackoverflow.com/questions/53291007/can-an-android-application-identify-the-test-track-within-google-play https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i

Capgo 배포의 가용성을 구획하려면 4 가지 잠재적인 옵션이 있습니다.

1. 각 그룹에 대해 별도의 채널을 사용하는 것입니다. 가장 직관적인 방법이지만, 여러 채널을 관리해야 합니다. 이미 개발 채널과 운영 채널을 사용 중이라면, 개발 채널을 업데이트하고 확인한 후에 운영 채널을 별도로 업데이트할 수 있습니다. 우리는 버전 관리에 branches / tags를 사용하여 각 릴리스와 관련된 소스에 대한 추적을 도와주기를 추천합니다.
2. __CAPGO_KEEP_0__의 사용자 집합을 추적하고 자동 업데이트를 비활성화하고 특정 사용자에게 업데이트를 트리거하는 @capgo/capacitor-updater package를 사용하여 관리합니다. 이 기능은 현재 작동하지만, 사용자 자신의 opt-in 목록을 관리해야 합니다.
3. Capgo 사용자 자신의 opt-in 메커니즘을 디바이스당 생성할 수 있도록 허용합니다 (Test Tracks 또는 TestFlight과 유사하지만 플랫폼에 독립적입니다). QA 팀이 일반 대중으로 승격되기 전에 배포 버전에 대한 opt-in을 허용합니다.
4. progressive rollouts 를 사용하여 랜덤하고 고정된 채널의 서브셋에 후보 버전을 전달합니다. 0-100%의 롤아웃을 설정하거나 0.01% 단위로 사용하고 캐시 지속 시간을 60초에서 365일까지 구성하고 옵션으로 자동 중단 정책을 설정할 수 있습니다. 이 기능은 특정 디바이스 그룹을 선택하지 않습니다. Billing --rollout-percentage-bps Billing

Billing

Direct link to How do I upgrade or downgrade my plan?

__CAPGO_KEEP_0__을 업그레이드하거나 다운그레이드할 수 있습니다. 언제든지 대시보드에서 가능합니다. https://console.capgo.app/settings/organization/plans

__CAPGO_KEEP_0__ 결제 기간이 언제 다시 시작되는지

Capgo 결제 기간은 매월 Capgo에 가입한 달에 자동으로 다시 시작됩니다. 예를 들어, Capgo에 가입한 15일이라면 매월 15일에 결제 기간이 다시 시작됩니다.

__CAPGO_KEEP_0__ 구독을 취소하는 방법

__CAPGO_KEEP_0__ 구독을 언제든지 대시보드에서 취소할 수 있습니다. https://console.capgo.app/settings/organization/plans

__CAPGO_KEEP_0__

__CAPGO_KEEP_3__ __CAPGO_KEEP_4__.

__CAPGO_KEEP_5__

__CAPGO_KEEP_8__

__CAPGO_KEEP_9__

No. Capgo은 저장에 한 번으로 계산되며, 그것이 제공하는 지역에 관계없이. Capgo은 edge 캐시에서 제공되지 않는 장치 다운로드에 기반한 대역폭입니다; 캐시된 배포는 Capgo 대역폭 사용에 포함되지 않습니다.

기업 SLA는 무엇을 포함합니까?

기업은 99.9%의 월간 가동률 약속을 포함합니다. 가동률 약속을 충족하지 못한 경우, 월간 가동률에 따라 10%에서 30%까지의 서비스 보상 계획이 있습니다. 초기 지원 대응 목표는 P1: 24시간 365일, P2: 2시간, P3: 1일, P4: 2일입니다. 자세한 내용은 기업 SLA 기업 SLA에 대한 자세한 내용

통계 및 분석

대시보드에 표시된 통계는 매일 자정 UTC에 업데이트됩니다. 통계는 유니크한 월간 사용자 수 __CAPGO_KEEP_0__

기기 ID 생성 방법

기기 ID는 기기에서 첫 실행 시 생성되어, 기기당 중복 설치를 방지하고 사용자당 월간 활성 사용자 수를 계산하기 위해 사용됩니다.

MAU is a better solution than number of installs to price Capgo, as it is more accurate and reflects the actual cost of Capgo per device.

기기 ID 유지

• iOSv7.25.0 이상부터 기기 ID는 Keychain에 저장되어 정상적인 재설치 시까지 유지됩니다.
• Androidv7.50.1 이상 (또는 v5.50.1+/v6.50.1+ 버전) 사용하여 기기 ID를 복원합니다. Backup/Restore가 앱 설정을 유지할 경우에만 기기 ID가 복원됩니다.
• Electron__CAPGO_KEEP_0__에서 __CAPGO_KEEP_0__을 보관하는 장치 ID가 저장됩니다.
• Android에 대한 주의: 백업을 비활성화하거나 관련된 설정을 제외하거나 앱 데이터를 삭제하면 새로운 장치 ID가 생성됩니다. Android v7.25.0부터 v7.50.0까지 재설치 후에도 백업이 활성화된 경우에도 새로운 장치 ID를 생성할 수 있습니다.

장치 ID는 앱 범위에서 작동하고 실시간 업데이트 전달 및 MAU 중복 제거를 지원하며 광고나 앱 간 추적 식별자로 사용되지 않습니다.

장치 ID 목록은 앱이 Capgo 업데이터 또는 통계 엔드포인트를 통해 체크인 한 후에 나옵니다. 장치가 패치 설치를 하지 않아도 장치 목록에 나타날 수 있습니다.

내 장치 번호는 왜 다른 MAU와 다를까요?

장치 목록과 MAU는 서로 다른 신호에 기반합니다.

장치 목록은 각 장치의 최신 알려진 메타데이터를 표시합니다. 장치 ID, 플랫폼, 플러그인 버전, OS 버전, 네이티브 버전, 채널, 설치된 번들, 요청 국가(가능한 경우) 등이 포함됩니다. 요청 국가는 Cloudflare-처리된 요청에서 code을 받은 가장 최근 유효한 두 자리 code입니다. GPS나 앱에서 제공하는 위치가 아닙니다. 유효한 국가가 없는 요청은 마지막 유효한 값을 유지합니다. Capgo은 앱이 체크인 할 때 메타데이터를 업데이트하지만, 동일한 메타데이터를 보고하는 반복적인 체크인은 행이나 마지막 업데이트 시간을 변경하지 않을 수 있습니다.

MAU는 계정 기간 동안 활성 장치의 개수를 센다. 장치 메타데이터가 동일한 채로도 장치의 활동이 증가할 수 있으므로 장치 수와 MAU는 다를 수 있다.

각 플랫폼별로 다른 업데이트를 어떻게 받을 수 있는가?

각 플랫폼별로 채널을 만들 수 있고, 각 채널에서 플랫폼별 업데이트를 비활성화할 수 있다.

iOS 채널에서는 안드로이드 업데이트를 비활성화하고, 안드로이드 채널에서는 iOS 업데이트를 비활성화한다.

각 채널에 업데이트를 업로드하여 각 플랫폼별로 다른 업데이트를 받을 수 있다.

두 플랫폼 모두 동일한 업데이트를 받으려면, 하나의 업데이트를 여러 채널에 연결할 수 있다. 업데이트를 중복해서 업로드할 필요가 없다.

FAQ에서 계속

FAQ를 사용 중이라면 FAQ __CAPGO_KEEP_0__ Live Updates를 실시간 업데이트 전송에 사용하기 위해 연결하세요. Capgo Live Updates Capgo Live Updates의 제품 워크플로에 대해 __CAPGO_KEEP_0__ Live Updates의 구현 세부 정보에 대해 __CAPGO_KEEP_0__ Live Updates의 구현 세부 정보에 대해 __CAPGO_KEEP_0__ Live Updates의 구현 세부 정보에 대해 __CAPGO_KEEP_0__ Live Updates의 구현 세부 정보에 대해 __CAPGO_KEEP_0__ Live Updates의 구현 세부 정보에 대해 __CAPGO_KEEP_0__ Live Updates의 구현 세부 정보에 대해 __CAPGO_KEEP_0__ Live Updates를 편집합니다. __CAPGO_KEEP_0__ Live Updates를 편집합니다.