사용자 키 기반 인증을 통한 로그인을 지원하는 모바일 앱을 개발 중이며, 이를 위해 커스텀 스킴이 필요합니다. 스킴으로 "discourse://"를 사용할 수 있을까요?
네, 해당 스킴을 사용할 수 있습니다. 공식 Discourse Hub 모바일 앱과 "충돌"하게 되며, 이는 두 앱이 모두 설치된 경우 운영체제가 두 앱 중 하나를 선택하거나 사용자에게 선택지를 제시할 수 있음을 의미합니다.
하지만 사용할 수 있으며, 개인용 스킴이 아닙니다.
이렇게 사용하면 Apple에서 iOS 앱이 거부될까요?
공식 팀에서 Telegram처럼 이 스킴을 사용하도록 전용 ID를 부여하는 권한을 제공해 주기를 바랍니다. 그렇게 하면 제가 Discourse를 ‘모방’하는 것처럼 취급받지 않을 텐데요(사실 그럴 의도는 전혀 없습니다).
텔레그램 문서 링크를 공유해 주시겠어요?
방금 텔레그램 인증에 대해 부정확하게 설명드려 죄송합니다. 실제로 그들의 GitHub 저장소에는 서드파티 클라이언트를 만드는 방법이 설명되어 있으며, iOS 저장소의 이 링크에서 지침을 확인할 수 있습니다: GitHub - TelegramMessenger/Telegram-iOS: Telegram-iOS · GitHub .
설명하지 못한 부분에 대해 다시 한번 사과드립니다. 제가 실제로 하고 싶은 것은 진정한 네이티브 서드파티 Discourse 클라이언트를 구축하고 discourse:// 스킴을 사용하는 것입니다.
네, 어떤 것을 구축하고 싶은지 이해합니다. 두 가지 옵션이 있습니다:
discourse://스킴을 사용하면, 사용된 API 키 프레임워크에 해당 스킴이 이미 등록되어 있다는 장점이 있습니다(하지만 앞서 언급한 제한 사항도 있습니다). Apple이 앱을 거부할 것이라고 생각하지는 않습니다. 여러 앱이 동일한 URL 스킴에 응답할 수 있기 때문입니다.- 자체 스킴을 사용하는 경우, 코어에서 사용자 API 키를 사용해야 한다면 각 사이트마다 관리자가 해당 커스텀 스킴을 추가해야 하는 위험이 있습니다.
Allowed user API auth redirects사이트 설정을 참고하세요.
매우 감사합니다. 다만, 제가 공식 스킴을 사용하는 것이 Discourse의 이름으로 사용자를 사칭하거나 오인하게 만드는 행위로 해석될 수 있다는 점이 우려됩니다. 그래서 이렇게 문의드린 것입니다. 실제로는 그렇지 않으며, 제3자 앱은 공식 앱이 아님을 사용자에게 알려야 한다는 점을 잘 알고 있습니다.
마지막으로 한 가지 질문이 있습니다. 이대로 진행해도 될까요? 이메일 형식과 유사한 형태로 답변을 요청드립니다. 도와주실 수 있으신가요?
애플이 당신의 앱에 대해 어떻게 대응할지는 알 수 없습니다. 해당 상황이 발생하면 처리해야 할 것으로 보입니다.
알겠습니다. 공식 Discourse에서 모바일 저장소에 이 스킴을 자유롭게 사용 가능하도록 표시할 수 있는지 알고 싶습니다. 포럼에서 이 스킴 사용에 관한 관련 지침을 찾을 수 없었기 때문입니다.
Discourse 스킴을 재사용할 필요가 없습니다. 직접 자신만의 스킴을 만들 수 있습니다. 저는 고유한 스킴을 사용하여 여러 앱을 배포했고, 당시 모두 Apple의 리뷰를 통과했습니다.
알고 있습니다. 핵심은 모든 사이트가 공식 스킴을 기본 구성으로 사용한다는 점입니다.
따라서 더 편리한 해결책, 즉 공식 스킴을 그대로 직접 사용하려는 것입니다. 그리고 중요한 점은 제가 아무도 아니기 때문에, 어떤 사이트 관리자도 난해한 스킴을 지원하도록 설득할 수 없다는 것입니다. 제 앱이 더 많은 사람들에게 사랑받고 사용되기를 진심으로 바랍니다(아직 완성되지 않았지만).