안녕하세요,
서로 관련은 있지만 독립적으로 운영되는 여러 커뮤니티를 Discourse에서 실행할 수 있는지, 그리고 가능할 경우 어떻게 해야 하는지 알아보려고 했는데, 원하는 정보를 찾지 못하고 있습니다. 현재 호스팅을 Discourse로 이전하는 것을 검토 중인데, 우리의 요구사항이 충족될 수 있을지 판단할 정보를 구할 수 없습니다. 조언 부탁드립니다. 감사합니다!
안녕하세요,
서로 관련은 있지만 독립적으로 운영되는 여러 커뮤니티를 Discourse에서 실행할 수 있는지, 그리고 가능할 경우 어떻게 해야 하는지 알아보려고 했는데, 원하는 정보를 찾지 못하고 있습니다. 현재 호스팅을 Discourse로 이전하는 것을 검토 중인데, 우리의 요구사항이 충족될 수 있을지 판단할 정보를 구할 수 없습니다. 조언 부탁드립니다. 감사합니다!
무엇이든 가능하니까, 스스로 방법을 찾아내면 됩니다.
여러 개의 커뮤니티는 서로 다른 카테고리나 그룹 사용 방식으로 구분할 수 있습니다.
계획에 대한 아이디어나 통찰력을 공유해 주시면, 저 같은 사람이 더 구체적인 제안을 드릴 수 있습니다.
네, 그렇게 하셔도 됩니다.
질문하신 내용은 무엇인가요? 이 문제를 해결하는 데 도움이 될 수 있는 특정 기능이 필요하신 건가요? 사용자 데이터베이스를 공유하고 싶으신 건가요?
아마도 Docker를 사용한 멀티사이트 구성에 대해 알고 싶으신 것일 수도 있습니다.
좀 더 자세한 정보를 주시면 도움을 드릴 수 있습니다. 커뮤니티를 별도의 관리자 팀이 각각 관리해야 하나요, 아니면 한 팀이 관리하면 되나요?
답변해 주셔서 감사합니다.
곧 같은 회사 내에서 주제가 다른 두 개의 커뮤니티를 운영하게 됩니다. 두 커뮤니티 모두 동일한 관리자 팀이 관리할 예정이며, 각 커뮤니티에 대해 서로 다른 가입 링크를 제공할 수 있어야 합니다. 현재 커뮤니티 중 하나는 이미 존재하고 있습니다. 혹시 좋은 아이디어가 있으신가요?
사용자가 링크를 사용(적용)할 때 특정 그룹에 추가되도록 하는 초대 링크를 만들 수 있습니다:
저와 @pfaffman 모두 그룹 구성원에 따라 카테고리 ‘홈페이지’를 설정하는 서드파티 확장 기능을 가지고 있습니다.
Custom Homepage for Groups 과 User-specific Discourse home page - #4 by merefield 를 참고하세요.
그렇다면 왜 우리 둘 다 이 확장 기능을 유지 관리하고 있는 거지!!??!? 아, 두 기능이 완전히 다른 방식으로 작동하기 때문이죠. 저는 당신의 솔루션을 더 좋아합니다. 복잡하고 귀찮은 그룹-페이지 매핑이 필요하지 않으니까요. 하지만 제가 이 기능을 개발했던 그룹에는 적용되지 않을 것 같습니다(모든 사용자가 모든 카테고리에 접근할 수 있지만, 다른 카테고리보다 특정 카테고리를 더 선호하기 때문이죠). 그래서 제 방식도 괜찮은 것 같습니다. ![]()
해결책이 Theme Component라서 마음에 들어요 ![]()
안녕하세요 @Roni, 해결 방법을 공유해 주시겠어요? 두 개의 별도 커뮤니티를 어떻게 생성하셨나요? 두 커뮤니티를 탐색하거나 전환하는 것이 얼마나 쉬운가요? 알려주시면 감사하겠습니다!
언급된 테마 컴포넌트와 플러그인에 로그인하셨나요? 초대 기능이 정상적으로 작동합니까?
초대 기능이 정상적으로 작동할 것입니다. 또한, 공유할 수 있다면 기존 커뮤니티의 작동 예시를 보여주세요. 그러면 더 잘 이해할 수 있을 것 같습니다. 감사합니다!
아, 그렇군요. 제 추측으로는 해당 커뮤니티들이 비공개라서 도움을 주고 싶어도 링크를 보내줄 수 없을 것 같고, 결국 직접 시도해 봐야 할 것 같습니다.
Edgeryders 커뮤니티는 Discourse 멀티사이트를 제공하면서 사용하는 다양한 방법에 대한 문서를 제공합니다…
https://edgeryders.eu/t/edgeryders-communities-platform-manual/7419
https://edgeryders.eu/t/discourse-setup-with-multisite-and-sso/9567