DiscourseConnect 클라이언트 기능은 다른 형태의 소셜 로그인과 유사한 방식으로 작동합니다. 예를 들어, Facebook을 통해 WordPress에 로그인하는 것과 유사하지만, Facebook 대신 Discourse 사이트가 인증 제공자로 사용됩니다. 즉, 사용자가 DiscourseConnect를 통해 WordPress 사이트에 로그인하려면 먼저 Discourse 사이트에 계정을 생성해야 합니다. 다만, Discourse 계정을 생성하지 않는다고 해서 WordPress 사이트 로그인이 완전히 차단되는 것은 아닙니다. WordPress 사이트가 DiscourseConnect 클라이언트로 설정된 경우, WordPress의 일반적인 사용자 이름/비밀번호 로그인은 여전히 사용 가능합니다.
WordPress 사이트에 로그인하는 데 익숙한 사용자가 많으므로, Discourse 사이트의 DiscourseConnect _제공자_로 WordPress 사이트를 사용하는 것도 고려해 볼 가치가 있을 수 있습니다. 그렇게 설정하면 기존 사용자 모두가 링크 하나만 클릭하면 새 Discourse 사이트에 쉽게 로그인할 수 있습니다. 해당 링크를 만드는 방법에 대한 자세한 내용은 여기에서 확인하세요: DiscourseConnect 로그인 링크 만들기.
사이트의 소셜 측면을 WordPress에서 Discourse로 완전히 이전하려는 것 같으므로, WordPress 사이트를 DiscourseConnect 제공자로 사용하지 않는 이유가 될 수 있습니다. 제 우려는 사용자가 Discourse에 새 계정을 생성해야 하는 대신, WordPress 계정으로 로그인하고 링크를 클릭하여 포럼에 접근하는 것보다, 일부 사용자가 새 사이트에 가입하는 것을 꺼릴 수 있다는 점입니다.
WordPress를 DiscourseConnect _제공자_로 사용할 경우 알아야 할 주요 사항은 그렇게 구성하면 그것이 Discourse의 유일한 로그인 방법이 된다는 것입니다. 즉, 일부 사용자는 WordPress를 통해 Discourse에 로그인하고, 다른 사용자는 Discourse 사이트에서 사용자 이름/비밀번호로 계정을 등록하여 로그인하는 방식으로 혼용할 수 없습니다. 모든 사용자가 Discourse 사이트에 접근하려면 WordPress에 계정이 있어야 합니다.
WordPress를 DiscourseConnect 클라이언트로 사용하는 것과 제공자로 사용하는 것의 차이가 명확하지 않다면 알려 주세요.
기술적으로는 가능하지만, 잘 테스트된 방법이 있다고 생각하지는 않습니다. 이 커뮤니티의 다른 구성원들이 어떻게 접근해야 할지에 대한 아이디어를 가지고 있을 수 있습니다.
가능할 수 있습니다. 제 생각에는 이것이 문제를 초래할 수 있을 것 같습니다.
Discourse 사이트에서는 다음 쿼리 문자열을 URL에 추가하여 목록에 없는(unlisted) 주제를 필터링할 수 있습니다: ?status=listed. 예를 들어 https://meta.discourse.org/latest?status=listed. “공개(open)” 및 “폐쇄(closed)” 주제 보기 간 전환에 사용할 수 있는 기존 테마 컴포넌트가 있습니다: Topic Status Filter. 아직 존재하지 않는다면, 해당 필터에 “목록에 있음(listed)” 및 “목록에 없음(unlisted)” 상태를 추가하는 것은 비교적 쉬울 것입니다. 하지만 그 경우 해당 필터는 스태프 사용자만 볼 수 있기를 원할 것입니다.
이것은 크론 작업(cron job)에 의해 처리되는 API 요청을 통해 WordPress에서 구현할 수 있습니다.