Skip to content

FAQ

여기서 답변되지 않은 질문이 있으면 질문해 주세요! 이슈 제출 또는 Discord에서 질문하는 것 모두 가능합니다. Discord __CAPGO_KEEP_0__ "__CAPGO_KEEP_0__ push"는 무엇인가요?

code "code push"에 대한 직접 링크

Section titled “What is “code push”?”

Code push, also referred to as “over-the-air updates” (OTA) is a cloud service enabling Capacitor developers to deploy updates to their apps in production. Capgo currently works on Android, iOS, and Electron.

“Code Push” is a reference to the name of a deploy feature used by the React Native community from Microsoft and Expo, neither of which support Capacitor.

__CAPGO_KEEP_3__와 __CAPGO_KEEP_4__의 차이점은 무엇인가요?

__CAPGO_KEEP_3__와 __CAPGO_KEEP_4__의 차이점

Capgo을 앱 스토어에 배포하기 위해 바이너리를 준비하는 것을 의미합니다. 이후 Capgo이 앱 스토어에 배포된 바이너리의 정확한 버전을 알면 __CAPGO_KEEP_3__을 생성할 수 있습니다.

__CAPGO_KEEP_3__은 code에 업데이트를 적용할 수 있는 패치입니다. code을 업데이트하기 위해 __CAPGO_KEEP_4__ 명령어를 사용하여 __CAPGO_KEEP_3__을 생성한 후 사용자에게 배포합니다. npx @capgo/cli@latest bundle upload __CAPGO_KEEP_3__은 code을 업데이트하기 위한 패치입니다. __CAPGO_KEEP_4__은 __CAPGO_KEEP_3__을 생성하기 위한 명령어입니다.

__CAPGO_KEEP_0__의 로드맵은 무엇인가요?

Section titled “__CAPGO_KEEP_0__의 로드맵은 무엇인가요?”

우리의 프로젝트 보드도 공개되어 있으며 __CAPGO_KEEP_0__.com/orgs/Cap-go/projects 에서 확인하실 수 있습니다. https://github.com/orgs/Cap-go/projects

우리는 공개적으로 운영되기 때문에 언제든지 우리가 작업 중인 것을 확인하실 수 있습니다. 또한 로드맵이나 우선순위에 대한 질문이 있으시면 Github 이슈나 디스코드를 통해 질문하실 수 있습니다. 디스코드.

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

Section titled “Capgo를 팀과 함께 사용할 수 있나요?”

네! 모든 플랜은 무제한의 개발자 지원을 제공합니다. 단, 앱 메트릭스(사용자 수, 저장소, 트래픽)만 각 조직당 제한합니다.

See 더 많은 정보를 원하시면.

Capgo은私のcode을 저장합니까?

Capgo은私のcode을 저장합니까?

아니요. Capgo 서버는私のcode을 절대 보지 않습니다. Capgo을 실행할 때 npx @capgo/cli@latest bundle uploadCapgo은 최소화/컴파일된 code의 zip 파일을 저장합니다. - 브라우저가 받는 code과 같습니다.私のcode은 아니지만.

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

  • 끝에서 끝까지 암호화: 업로드 전 암호화하여 저장 및 전송을 보호하고, 개인 키가 없는 경우 유효한 암호화된 업데이트를 생성하는 세 번째 당사자로부터 보호합니다. 이 옵션은 배포된 웹 자산을 역 엔지니어링하는 것을 불가능하게 하는 것은 아닙니다. 왜냐하면 배포된 앱에 공개 키가 포함되어 있기 때문입니다.
  • 외부 URL 업로드: Capgo에 다운로드 링크만 제공하고, Capgo에만 업로드 링크를 제공합니다. --external <url>

See also our privacy policy: https://capgo.app/privacy

아니요. 배포 파일은 사용자들이 다운로드할 수 있는 공개 웹 자산입니다. 배포 파일 URL을 아는 사람들은 그 파일을 가져올 수 있고, Capgo은 설정 및 문서화 과정에서 사용자에게 이를 알립니다.

배포 파일에 대한 접근은 데이터 유출로 간주되지 않습니다. 비밀, 자격 증명, 개인 정보, 규제 데이터를 앱 배포에 포함하지 마십시오. 높은 보안 요구 사항이 있는 경우, 끝에서 끝까지 암호화 사용하십시오. 그러나 보안 보고서 작성 시 앱 code 및 자산은 여전히 공개로 간주됩니다.

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

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

네. Capgo은 CI 시스템에서 사용하기 위해 설계되었습니다. 우리는 Android 및 Github Actions 그리고 iOS , 그리고 GitLab. 다른 CI 시스템은 유사해야 합니다. __CAPGO_KEEP_0__ 문제나 디스코드에서 문제가 발생할 경우 연락하지 마세요.이것은 Firebase Remote Config 또는 Launch Darkly와 어떻게 관련되는지 설명합니다.

Please don’t hesitate to reach out over GitHub issues or Discord if you encounter any issues.

Firebase Remote Config 또는 Launch Darkly와 어떻게 관련되는지 설명하는 방법

이것은 어떤 종류의 의존성 footprint를 추가하는지 설명합니다.

Code push allows adding new code / replacing code on the device. Firebase Remote Config and Launch Darkly are both configuration systems. They allow you to change the configuration of your app without having to ship a new version. They are not intended to replace code.

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

Capgo은 iOS 18.4 시뮬레이터에서 작동합니까?

Capgo이 iOS 18.4 시뮬레이터에서 작동합니까?

Capgo은 iOS 18.4 시뮬레이터에서 안정적으로 작동하지 않습니다. 이 문제는 iOS 18.4 시뮬레이터에 영향을 미치고 있기 때문입니다. 실제 기기에서 테스트하거나 다른 iOS 시뮬레이터 버전을 사용하세요.

__CAPGO_KEEP_0__의 상세 정보는 React Native 이슈에서 확인하실 수 있습니다. facebook/react-native#50510

code push는 대형 애플리케이션과 함께 작동합니까?

code push는 대형 애플리케이션과 함께 작동합니까?

code push는 애플리케이션의 크기에 제한이 없습니다. code push를 사용하여 업데이트할 수 있는 애플리케이션의 크기는 무제한입니다. __CAPGO_KEEP_0__ __CAPGO_KEEP_1__아래의 Capgo는 애플리케이션의 code를 변경할 수 있습니다. 애플리케이션의 크기와 상관없이.

주의: 애플리케이션의 크기가 클수록 사용자가 업데이트를 다운로드하는 것이 어려워집니다. 애플리케이션의 크기를 가능한 한 작게 유지하는 것을 추천합니다.

Capgo code를 사용하여 무엇을 푸시할 수 있나요?

제목: “Capgo code를 사용하여 무엇을 푸시할 수 있나요?”

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

  • 프로덕션 앱에緊急修正을 제공합니다.
  • 오래된 버전의 앱에 버그 픽스를 제공합니다.
  • 매시간에 업데이트를 제공합니다.

앱 스토어가 앱의 동작을 크게 변경하는 code를 배포하는 것을 금지하고 있습니다. 자세한 내용은 아래 for more information.

Capgo의 'MAU'는 무엇을 의미하는 것인가?

Section titled “Capgo의 'MAU'는 무엇을 의미하는 것인가?”

Capgo의 'MAU'는 '월간 활성 사용자'를 의미합니다. Capgo의 경우, 이는 실제로 월간 활성 장치로 간주됩니다. 우리는 30일 이내에 우리 서버에 접촉한 장치가 MAU로 계산됩니다. 30일 이내에 우리 서버에 접촉하지 않은 장치들은 계산하지 않습니다.

Important: __CAPGO_KEEP_0__ 플러그인 버전 v5.10.0, v6.25.0v7.25.0, __CAPGO_KEEP_0__ 버전 5.10.0부터 7.25.0까지, 장치 ID는 앱 재설치 시 유지됩니다. 이 버전 이전에는 각 앱 재설치 시 새로운 장치 ID가 생성되어 새로운 MAU로 계산되었습니다.

__CAPGO_KEEP_0__ __CAPGO_KEEP_1__

  • __CAPGO_KEEP_0__ __CAPGO_KEEP_1__
  • __CAPGO_KEEP_0__ __CAPGO_KEEP_1__
  • __CAPGO_KEEP_0__ __CAPGO_KEEP_1__

__CAPGO_KEEP_0__ __CAPGO_KEEP_1__

__CAPGO_KEEP_0__ __CAPGO_KEEP_1__

Capgo code

Capgo code

Capgo __CAPGO_KEEP_1__ __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ __CAPGO_KEEP_0__ __CAPGO_KEEP_1__

또한 Capgo은 네이티브 code (예: 안드로이드의 Java/Kotlin 또는 iOS의 Objective-C/Swift)를 변경하는 것을 지원하지 않습니다. 네이티브 code가 변경된 경우 업데이트 시 도구는 경고 메시지를 표시합니다.

capacitor.config.ts 변경을 Capgo으로 업데이트할 수 있나요?

“capacitor.config.ts 변경을 Capgo으로 업데이트할 수 있나요?”라는 제목의 섹션

아니요. __CAPGO_KEEP_0__ 라이브 업데이트를 통해 capacitor.config.ts cannot be sent through Capgo live updates. The Capacitor configuration file is read at native build time and compiled into the native app binary. This means any changes to capacitor.config.ts (예: 플러그인 구성, 앱 ID, 서버 설정 또는 네이티브 플러그인 옵션) 변경을 위해 새로운 네이티브 릴리즈를 앱 스토어 또는 구글 플레이에서 수행해야 합니다.

Capgo은 런타임에 로드되는 웹 자산 (HTML, CSS, JavaScript)만 업데이트할 수 있습니다. Capacitor 구성 변경이 필요하다면:

  1. 업데이트 capacitor.config.ts 로컬로
  2. 네이티브 앱을 다시 빌드해야 합니다. (npx cap sync 네이티브 빌드를 수행한 후
  3. Submit the new binary to the app stores

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

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

Capgo은 현재 스토어에 제출해 주는 기능을 지원하지 않습니다. 향후 이 기능을 추가할 계획이지만 현재는 기존의 프로세스를 사용하여 스토어에 제출해야 합니다.

__CAPGO_KEEP_0__을 사용하여 CI 가이드 Android 자동화하는 방법을 알려줍니다. CI 가이드 iOS.

Capgo은 디스크에 어떤 데이터를 저장하고 어디에 저장하는지에 대해 알려줍니다.

Capgo은 디스크에 어떤 데이터를 저장하고 어디에 저장하는지에 대해 알려줍니다.

업데이터 (Capgo 업데이터)는 앱을 빌드할 때 포함된 Capgo 업데이터는 최신으로 다운로드한 번들을 capacitor에 저장합니다. code를 로드할 수 있는 유일한 디렉토리입니다. 안드로이드에서는 이 디렉토리가 위치하고 있습니다. /data/user/0/com.example.app/code_cache/capgo_updater __CAPGO_KEEP_0__의 경우, 이 경로는 안드로이드 시스템이 제공하고 런타임에 동적으로 변경될 수 있습니다. iOS 기기에서는 데이터가 __CAPGO_KEEP_0__에 저장됩니다. Library/Application Support/capgo.

Capgo 명령줄 도구 (예: Capgo)는 디스크에 Capgo 캐시에서 설치됩니다. 로그인 정보는 홈 디렉토리에서 저장됩니다. npx @capgo/cli@latest bundle upload이것은 npm Hot Reload과 어떻게 관련이 있는지 설명합니다. ~/.capgo.

Hot reload은 Capacitor의 개발 시간에만 사용할 수 있는 기능입니다. Code을 변경할 수 있습니다. __CAPGO_KEEP_2__ 앱을 빌드하고 프록시를 사용하여 로컬 머신에 연결해야 합니다.

Hot reload is a feature of Capacitor that allows you to change code on the device during development. It requires building the Capacitor app with a proxy to connect to your local machine.

Direct link to Code push가 지원하는 code의 변경 사항은 무엇입니까?

“Capgo push가 지원하는 code의 변경 사항은 무엇입니까?”라는 제목의 섹션입니다.

Capgo code 변경이 지원되는 종류는 무엇인가요?

Capgo는 앱의 모든 자바스크립트 code를 변경할 수 있습니다. 이에는 앱의 code와 생성된 code도 포함됩니다. 또한 Capgo를 업데이트할 수 있습니다. package.json as long as they don’t require native code changes.

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.

자바스크립트 __CAPGO_KEEP_1__를 변경할 수 있습니다.

자바스크립트 __CAPGO_KEEP_1__를 변경할 수 있습니다.

Code push isn’t needed for web as the web already works this way. When a user opens a web app it downloads the latest version from the server if needed.

If you have a use case for code push with web, we’d love to know!

자바스크립트 __CAPGO_KEEP_1__를 변경할 수 있습니다.

자바스크립트 __CAPGO_KEEP_1__를 변경할 수 있습니다.

Yes.

So far we’ve focused on Android, iOS, and Electron support, and code push is production-ready on all three.

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

Capgo OS 버전 지원에 대한 섹션

Capgo은 Capacitor과 동일한 안드로이드 버전을 지원합니다.

Capacitor은 현재 안드로이드 API 이상과 iOS 13.0 이상을 지원합니다. https://capacitorjs.com/docs/main/reference/support-policy

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

Capgo이 Capacitor을 지원하는 버전에 대한 섹션

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

Capgo는 Capacitor 안정 버전을 추적하고 일반적으로 안정 버전의 몇 시간 이내에 업데이트를 수행합니다. 업데이트를 위한 시스템은 자동화되어 몇 분 만에 실행됩니다. 그 후에는 우리 서버에 게시하기 전에 추가적인 수동 확인 단계를 수행합니다.

앱/플레이 스토어 리뷰 프로세스 또는 정책과 관련이 있나요?

앱/플레이 스토어 리뷰 프로세스 또는 정책과 관련이 있나요?

스토어 제공자와의 계약에 따라 개발자는 스토어를 사용할 때 bound됩니다. Code push는 iOS, Android, Electron 배포 채널에서 앱을 업데이트하고 스토어 정책을 준수할 수 있도록 개발자에게 허용하는 데 설계되었습니다. 예를 들어 React Native와 같은 다양한 상업 제품을 사용하여 수행할 수 있는 것과 유사합니다. Microsoft, Microsoft도 앱 스토어와의 호환성을 위한 지침을 공개합니다.).

https://__CAPGO_KEEP_0__.com/microsoft/react-native-__CAPGO_KEEP_1__-push#store-guideline-compliance github push는 앱 스토어에서 널리 사용되는 기술입니다. 모든 큰 앱이 code push를 사용하고 있습니다. 주요 정책은 앱의 동작을 크게 변경하지 않는 것입니다. 자세한 내용은

Code push is a widely used technique throughout the app stores. All of the large apps I’m aware of use code push. The major policy to be aware of is not to change the behavior of the app in a significant way. Please see 아래에 있습니다. for more information.

Capgo이 구글 플레이 스토어 지침을 준수합니까?

Capgo이 구글 플레이 스토어 지침을 준수하는지 여부에 대한 섹션.

네.

앱 업데이트에 대한 구글 플레이 스토어의 두 가지 제한 사항이 있습니다.

  1. 업데이트는 인터프리터 또는 가상 머신을 사용해야 합니다 (Capgo은 WebView에서 JavaScript를 사용합니다). https://support.google.com/googleplay/android-developer/answer/9888379?hl=ko
An app distributed via Google Play may not modify, replace, or update itself
using any method other than Google Play's update mechanism. Likewise, an app
may not download executable code (such as dex, JAR, .so files) from a
source other than Google Play. *This restriction does not apply to code
that runs in a virtual machine or an interpreter* where either provides
indirect access to Android APIs (such as JavaScript in a webview or
browser).
Apps or third-party code, like SDKs, with interpreted languages (JavaScript,
Python, Lua, etc.) loaded at run time (for example, not packaged with the
app) must not allow potential violations of Google Play policies.
  1. 앱의 변경 사항은 유도적이지 않아야 합니다 (예: 앱의 목적을 업데이트하는 업데이트). https://support.google.com/googleplay/android-developer/answer/9888077 Capgo을 사용하여 앱의 목적을 업데이트하는 등 사용자의 기대에 부합하지 않는 주요 행동 변경을 통해 사용자와의 계약을 위반하지 않도록 사용자에게 앱의 내용에 대해 명확하게 알려주세요.

Capgo은 Play Store 지침과 호환되도록 설계되었습니다. 그러나 Capgo은 도구이며, 도구와 마찬가지로 남용될 수 있습니다. Play Store 지침을 위반하기 위해 Capgo를 의도적으로 남용하는 것은 Capgo의 위반입니다. 서비스 약관 그리고 계정 해지로 이어질 수 있습니다.

마지막으로, code 푸시 서비스는 업계에서 널리 사용되는 서비스입니다 (모든 큰 앱이 code을 사용하고 있습니다) 및 code 푸시 서비스가 공개적으로 사용할 수 있습니다 (예: expo.dev 및 appcenter.ms). 이 경로는 잘 알려진 경로입니다.

마이크로소프트는 React Native 'codepush' 라이브러리가 앱 스토어와 호환되는지 설명하는 가이드를 공개했습니다. https://github.com/microsoft/react-native-code-push#store-guideline-compliance

예.

App Store도 Play Store와 마찬가지로 기술적 제한과 정책 제한을 제공합니다.

3.2.2
... interpreted code may be downloaded to an Application but only so long as
such code:
(a) does not change the primary purpose of the Application by providing
features or functionality that are inconsistent with the intended and
advertised purpose of the Application as submitted to the App Store,
(b) does not create a store or storefront for other code or applications, and
(c) does not bypass signing, sandbox, or other security features of the OS.

Capgo은 iOS에서 업데이트 시 인터프리터만 허용하는 제한을 충족하기 위해 JavaScript를 WebView에서 사용합니다. 앱이 업데이트를 통해 유도적인 행위를 수행하지 않는 한 (예: 앱의 목적을 업데이트하는 등), Capgo (또는 다른 code 푸시 솔루션)으로 업데이트하는 것은 표준 산업 관행이며 앱 스토어 지침을 준수합니다.

Capgo을 악용하여 앱 스토어 지침을 위반하는 것은 Capgo의 위반입니다. 서비스 약관 그것은 계정의 종료로 이어질 수 있습니다.

Microsoft는 React Native의 'codepush' 라이브러리가 앱 스토어와의 호환성을 어떻게 달성하는지에 대한 안내서를 공개했습니다. https://github.com/microsoft/react-native-code-push#store-guideline-compliance

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

Capgo을 나의 국가에서 사용할 수 있나요? (섹션 제목)

Capgo에 대한 접근을 어떤 국가에서도 제한하지 않았습니다.

Capgo은 일부 국가에서 URL에 접근하는 것을 제한하는 규제가 있는 것을 인식합니다. Capgo은 현재 Cloudflare Cloud를 사용하고 있으며 R2 Storage와 Cloudflare 워커를 사용하고 있습니다.

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

  • https://api.capgo.app — __CAPGO_KEEP_0__을 사용하는 npx @capgo/cli 명령 줄 도구를 사용하여 Capgo 서버 및 사용자의 기기에서 Capgo 업데이트를 확인하는 데 사용됩니다.
  • https://*.r2.cloudflarestorage.com — __CAPGO_KEEP_0__ 업로드 및 다운로드 배ंडल을 업로드하고 다운로드하는 명령 줄 도구를 사용합니다. npx @capgo/cli __CAPGO_KEEP_0__이 작동하려면 모든 URL이 당신의 국가에서 접근 가능해야 합니다.

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

__CAPGO_KEEP_0__을 자체 호스팅할 수 있나요?

Yes, you can self-host Capgo. The guide is not yet written, but the code is open source and available at https://github.com/cap-go/capgo

code은 인터넷 연결이 필요하나요?

code은 인터넷 연결이 필요하나요?

네. 서버를 통해 업데이트를 분리하여 일반 인터넷에서 독립적으로 업데이트를 할 수 있지만, 업데이트 전송을 위해 네트워크 연결이 필요합니다.

Capgo은 네트워크 연결이 없을 때 어떻게 영향을 받나요?

Capgo은 네트워크 연결이 없을 때 어떻게 영향을 받나요?

Capgo 업데이터(Capgo으로 앱을 빌드하여 Capgo 업데이터가 포함됩니다)는 네트워크 연결 문제에 대한 내구성을 갖추고 있습니다.

기본 업데이트 동작에서, 앱이 시작될 때 Capgo 업데이터에 알림을 보내고, Capgo 서버에 네트워크 요청을 보내 업데이트를 요청합니다. 네트워크 요청이 실패하거나 타임아웃이 발생하면 업데이터는 다음 앱 시작 시 다시 확인하도록 합니다.

Capgo 명령줄 도구(예: npx @capgo/cli@latest bundle upload)는 네트워크 연결이 필요합니다. Capgo을 통해 앱을 배포하는 경우 CI 시스템이 네트워크 연결이 되어야 합니다.

사용자가 오랫동안 업데이트를 하지 않고 업데이트를 놓치면 어떻게 되나요?

사용자가 오랫동안 업데이트를 하지 않고 업데이트를 놓치면 어떻게 되나요? 제목

우리의 구현은 항상 업데이트 요청을 하는 기기를 위해 업데이트를 보내고, 요청자에게 항상 최신 버전이 있는 것을 업데이트합니다. 따라서 사용자가 오랫동안 업데이트를 하지 않으면 중간 업데이트를 놓치게 됩니다.

업데이트 서버를 변경하여 응용 프로그램의 필요에 따라 다음 인크레멘탈 버전 또는 최신 버전을 응답하도록 할 수 있습니다. 중요한 업데이트 동작이 있으면 알려 주세요.

Capgo은 Capacitor과 어떻게 관련되어 있나요?

Capgo은 Capacitor과 어떻게 관련되어 있나요? 제목

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

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

업데이트는 언제 발생하나요?

업데이트가 언제 발생하는지?

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

Capgo 업데이터를 수동으로 실행할 수도 있습니다. 이 업데이터는 패키지를 통해 업데이트를 언제든지 트리거할 수 있으며 푸시 알림을 통해도 트리거할 수 있습니다. @capgo/capacitor-updater __CAPGO_KEEP_0__ 업데이터는 네트워크가 사용할 수 없거나 서버가 다운되거나 도달할 수 없을 때도 앱이 정상적으로 작동하도록 설계되었습니다. 우리 서버에서 업데이트를 삭제할 경우에도 모든 클라이언트가 정상적으로 작동합니다.

The Capgo updater is designed such that when the network is not available, or the server is down or otherwise unreachable, the app will continue to run as normal. Should you ever choose to delete an update from our servers, all your clients will continue to run as normal.

__CAPGO_KEEP_0__ secret을 유지해야 하나요?

__CAPGO_KEEP_0__ secret을 가지고 있는 사람에게는 누구나 액세스할 수 있습니다. app_id __CAPGO_KEEP_0__ secret을 유지해야 하나요?

__CAPGO_KEEP_0__ secret을 유지해야 하나요? app_id Capgo 서버에서 최신 버전의 앱을 가져올 수 있지만, Capgo 계정의 다른 어떤 부분도 업데이트하거나 접근할 수 없습니다.

Capgo 서버로 전송되는 정보는 무엇인가요?

Capgo 서버로 전송되는 정보란 무엇인가요?

Capgo은 네트워크에 연결되지만, 개인 식별 정보를 전송하지 않습니다. Capgo을 포함시키지 않으면 Play Store 또는 App Store의 선언에 영향을 주지 않습니다.

Capgo 서버로부터 앱으로 전송되는 요청에는 다음이 포함됩니다.

  • app_id (지정된 capacitor.config.json)
  • channel (선택적 in capacitor.config.json)
  • release_version (AndroidManifest.xml 또는 Info.plist의 CFBundleShortVersionString 또는 capacitor.config.json if set in CapacitorUpdater.version )
  • version_number (업데이트 시에 npx @capgo/cli@latest bundle upload)
  • os_version (예를 들어 ‘11.2.1’)
  • 플랫폼 (예: 'android', 올바른 패치를 전송하기 위해 필요한 것) 그뿐입니다. 이 경우 code는 updater/library/src/network.rs
  • device_id (기기에서 첫 실행 시 생성, 기기당 설치를 중복 제거하고 사용자당 월별 활성 사용자 수를 계산하기 위해 사용, 총 패치 또는 총 패치 설치 수 대신)
  • custom_id (선택적, 런타임에 개발자가 설정, 기기를 사용자 시스템에 연결하기 위해 사용)

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

HIPAA-sensitive 앱에 Capgo를 사용할 수 있나요? (섹션 제목)

예, 하지만 의무자에게 올바른 배포 모델을 선택하도록 하세요. Capgo Cloud는 현재 HIPAA-compliant hosted statistics processor로 제시되지 않습니다. 기본적으로 업데이터 데이터는 기기 범위 내이며 알려진 앱 사용자와 연결되지 않으며 많은 팀이 그 모델을 성공적으로 사용하고 있습니다.

더 엄격한 검토를 위해 플러그인 트래픽을 지리적 지역화, 통계를 비활성화하거나 __CAPGO_KEEP_0__를 설정하여 statsUrl 빈 문자열로 통계를 비활성화하거나 통계 엔드포인트만 자체 호스팅하거나 라이선스된 자체 호스팅을 사용하세요. __CAPGO_KEEP_0__ CapacitorUpdater.setCustomId(...) 이메일, 사용자 ID, 환자 ID, 직원 ID, 또는 업데이터 전송성 추적을 개인으로 맵핑하는 값과 같은 것을 전달하지 마세요.

HIPAA Compliance HIPAA Compliance (직접 링크) __CAPGO_KEEP_0__를 위한 전체 기술 설정 및 통계가 비활성화된 경우 관찰 가능성 트레이드 오프를 이해하려면.

Capgo 실시간 업데이트 데이터를 유럽에서 유지할 수 있나요?

Capgo 실시간 업데이트 데이터를 유럽에서 유지할 수 있나요?라는 제목의 섹션.

예. Capgo Cloud 플러그인 트래픽을 위한 EU 데이터 주권이 필요한 앱은 업데이터 엔드포인트를 EU 호스트로 설정할 수 있습니다.

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

업데이트 체크, 통계, 채널 자체 할당이 동일한 지역 데이터 경로를 사용하기 위해 모든 세 개의 EU URL을 함께 사용하십시오. 이 값들이 capacitor.config.ts, 프로덕션 모바일 앱은 기존 설치가 새로운 엔드포인트를 사용하기 전에 네이티브 릴리즈가 필요합니다.

See 데이터 위치 를 참조하십시오. Capacitor 및 Electron 예제를 위한 정확한 예시입니다.

Capgo은 어떤 플랫폼을 지원하나요?

Capgo가 지원하는 플랫폼은 무엇인가요?

Capgo는 현재 안드로이드, iOS, Electron을 지원합니다. 모두 프로덕션 준비 완료입니다.

Capgo를 iOS, 안드로이드, 또는 Electron으로 사용할 수 있습니다. 각 플랫폼은 독립적인 결정이 가능합니다. 필요에 따라 안드로이드 채널 전략과 App Store에 빌드된 ipa, 또는 Electron 채널을 설정할 수 있습니다.

Capgo는 데스크톱 또는 임베디드 타겟을 지원할 수 있습니다. 중요한 경우 알려주세요.

Play Testing Tracks 또는 Apple TestFlight과 Capgo가 어떻게 상호작용하는지?

Capgo가 Play Testing Tracks 또는 Apple TestFlight과 어떻게 상호작용하는지?

각 앱 스토어에는 사용자들을 그룹으로 나누고 각 그룹에 특정 버전의 앱을 배포하는 데 사용되는 별도의 메커니즘이 있습니다. (예: '내부 테스트', '클로즈드 베타' 등)

이러한 메커니즘 중 일부는 3rd 파티가 특정 테스트 트랙 또는 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

If you’d like to segment availability of Capgo bundle, there are 4 potential options:

  1. Use separate channel for each group. This is the most straightforward approach, but requires you to manage multiple channels. You may already have a dev channels and prod channels with different availability. You can thus update your dev channels, verify it and then separately update your prod channels. We recommend using branches / tags in your version control to help keep track of the sources associated with each release.
  2. Track your own set of opt-in users, disable automatic updates, and trigger updates only for certain users via the @capgo/capacitor-updater package. This works today, but requires you to manage your own opt-in list.
  3. Capgo allow creare its own opt-in mechanism on a per-device basis (similar to Test Tracks or TestFlight, just platform agnostic). This allow your QA team to opt-in to bundle before they’re promoted to the general public.
  4. Capgo have percentage based rollouts. This does not let you choose which devices to send to, but can help you roll out incrementally and roll-back on sight of any problems.

결제

결제

제품 계획을 업그레이드하거나 다운그레이드하는 방법

제품 계획을 업그레이드하거나 다운그레이드하는 방법

당신은 언제든지 대시보드에서 계획을 업그레이드하거나 다운그레이드할 수 있습니다: https://console.capgo.app/settings/organization/plans

내 청구 기간이 언제 다시 시작될까요?

청구 기간이 언제 다시 시작될까요?

청구 기간은 Capgo에 처음 구독한 달에 자동으로 매월 다시 시작됩니다. 예를 들어, 15일에 구독했다면, 매월 15일 청구 기간이 다시 시작됩니다.

내 구독을 취소하려면 어떻게 해야 하나요?

내 구독을 취소하려면 어떻게 해야 하나요?

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

1년 미리 결제할 수 있나요?

Can I pay for a year in advance?

네, 언제든지 가능합니다. https://console.capgo.app/settings/organization/plans

통계 및 분석

통계 및 분석

대시보드의 통계는 매일 자정 UTC에 업데이트됩니다. 통계는 장치에 설치된 MAU 장치 ID는 장치에 설치된

bundle과 release의 차이점은 무엇인가요?

__CAPGO_KEEP_0__ 생성 방법

앱이 처음 실행될 때 기기 ID가 기기에서 생성되고, 기기당 설치를 중복 제거하고 사용자가 설치한 기기당 요금을 청구할 수 있도록 하기 위해 사용됩니다. (예: 월간 활성 사용자). 기기당 패치 수나 패치 설치 수보다 정확하고 실제 __CAPGO_KEEP_1__ 비용을 반영하는 것이 더 나은 해결책입니다.

월간 활성 사용자(MAU)는 설치 수보다 Capgo 가격을 설정하는 더 나은 해결책입니다. 이는 실제 Capgo 비용을 반영하고 더 정확합니다.

기기 ID 지속성 (v6.25.0 및 v7.25.0에서 업데이트):

  • 현재 동작기기 ID는 앱을 다시 설치할 때도 persisted됩니다. Keychain (iOS) 또는 EncryptedSharedPreferences (Android)에서 안전하게 저장되며, 동일한 기기를 추적하기 위해 사용됩니다.
  • 이전 동작 (v6.25.0/v7.25.0 이전): Apple과 Google 스토어 정책과 관련된 개인 정보 보호 사유로 인해 기기 ID는 앱 다시 설치 시 초기화되었습니다. 따라서 동일한 기기를 다시 설치할 때 추적할 수 없습니다.

Apple과 Google의 개인 정보 보호 규칙을 준수하는 Capgo의 implementation은 이러한 규칙을 준수합니다.

기기 ID는 첫 번째 패치를 설치할 때까지 기기 목록에 나열되지 않습니다.

설치된 기기 수와 월간 활성 사용자 수는 왜 다를까요?

__CAPGO_KEEP_1__

__CAPGO_KEEP_2__

__CAPGO_KEEP_3__

__CAPGO_KEEP_4__

__CAPGO_KEEP_5__

__CAPGO_KEEP_6__

__CAPGO_KEEP_7__

__CAPGO_KEEP_9__

__CAPGO_KEEP_10__

__CAPGO_KEEP_11__

그런 다음 각 채널에 번들을 업로드하여 각 플랫폼에 다른 업데이트를 받으십시오.

만약 두 플랫폼에 동일한 업데이트가 필요하다면, 여러 채널에 하나의 번들을 연결할 수 있습니다. 번들을 중복해서 업로드할 필요가 없습니다.

FAQ에서 계속

FAQ에서 계속하기

Capgo를 사용하는 경우 FAQ Capgo와 연결하여 Capgo Live Updates for the product workflow in Capgo Live Updates, Capgo Live Updates Capgo Live Updates의 구현 세부 정보에서 Capgo Live Updates __CAPGO_KEEP_0__ 구현 세부 정보 업데이트 동작 __CAPGO_KEEP_0__ 구현 세부 정보 업데이트 유형 __CAPGO_KEEP_0__ 구현 세부 정보