안녕하세요,
그룹 설정을 관리하는 방법, 즉 개인용과 공용으로 설정하는 방법은 이해하고 있습니다. 하지만 그 목적을 이해하지 못하겠습니다. 회원의 활동을 이미 확인할 수 있는데, 왜 이런 설정이 필요한가요?
그룹을 카테고리에 넣는 것이 관련성이 있나요? 아니면 단순히 그룹을 카테고리가 없는 상태로 두는 것이 더 나은가요? 만약 카테고리를 지정하지 않고 그룹을 그대로 두는 경우, 그 목적은 무엇인가요?
도움 주셔서 감사합니다.
1개의 좋아요
CIA에서 일하는 모습을 떠올려 보세요. 모든 것이 구획화되어 있습니다.
2개의 좋아요
콘텐츠 보안. 누가 무엇을 볼 수 있고, 누가 무엇을 수정할 수 있는지를 제어할 수 있습니다. 이를 개별적으로 관리하는 것은 과도한 오버헤드가 되지만, 그룹 단위로 관리하면 효율적입니다.
2개의 좋아요
그룹의 일부 구성원을 소유권자로 지정하면 콘텐츠가 더 안전하게 관리되지 않나요? 말씀하신 내용이 바로 그런 뜻인가요?
1개의 좋아요
사용자 집단에 따라 일부 카테고리를 숨기거나, 일부 사용자에게만 게시 권한을 부여하는 것이 적절한지 판단해야 할 수 있습니다.
이는 커뮤니티의 성격, 정보의 종류, 그리고 사용 사례에 따라 크게 달라집니다.
예를 들어, 신뢰도가 높은 사용자에게만 공유하고 싶은 정보가 있을 수 있습니다. 또는 사이트 운영진이나 회사 경영진만을 위한 정보가 있을 수도 있습니다.
1개의 좋아요
네, 이해했습니다. 제 이해가 맞다면, 카테고리를 지정할 때 그룹이 관련이 있는 거죠?
답변해 주셔서 감사합니다.
3개의 좋아요
네, 그게 주된 용도이긴 하지만 다른 용도도 몇 가지 있습니다. 다른 분들이 더 자세히 설명해 주실 거예요.
2개의 좋아요
네, 감사합니다. 그런데 한 가지 생각해보니, 그 그룹을 어떤 범주에도 넣지 않으면 전혀 관련이 없고 아무런 효과도 없잖아요. 제가 맞나요?
1개의 좋아요
다른 게시물에 좋은 예시들이 제시되어 있는데, 여기서 또 다른 예를 하나 들어 보겠습니다.
전국 각지의 고등학교 팀들이 FIRST ® 로봇 경연 대회와 같은 전국 대회에 참가하는 데 사용할 수 있는 디스코스(Discourse) 사이트를 상상해 보세요. (ref) 이 경우 각 팀이 소통 채널을 설정하는 데 시간을 들일 필요가 없으며, 모두 하나의 디스코스 사이트에 가입하면 됩니다. 개별 팀들이 서로의 세부 사항을 볼 수 없도록 하려면, 각 팀을 하나의 그룹으로 묶고 해당 그룹에만 게시물을 볼 수 있는 별도의 카테고리를 할당하면 됩니다.
다만, 사용자는 여러 그룹에 동시에 속할 수 있습니다. 예를 들어 학교 구(School District)와 주(State) 단위로도 그룹을 나눌 수 있습니다. 따라서 이들에게도 전용 카테고리를 제공할 수 있습니다. 또한 카테고리가 특정 그룹에 연결되지 않은 경우, 모든 사용자가 참여할 수 있습니다.
이해가 되시나요?
3개의 좋아요
사이트 스태프와 같은 그룹의 타이틀을 설정하거나, 특정 그룹의 멤버를 식별하는 작은 아이콘인 '플레어(flair)'를 추가하는 것도 가능합니다:
이렇게 하면 게시물을 작성할 때 어떤 그룹의 멤버인지 알 수 있습니다.
2개의 좋아요
아, 네 이해했습니다. 그래서 제가 앞서 말했듯이 (제가 맞는지, 모든 것을 이해하고 있는지 확실히 하려고 여러 번 말하는 편입니다) 그룹에 카테고리가 없다면 그 그룹을 만드는 것이 관련이 없는 것인가요?
“카테고리가 그룹에 연결되지 않으면 누구나 참여할 수 있습니다.” 이 부분은 이해했지만, 카테고리가 없다면 그룹의 목적은 무엇인가요? 모든 사람이 멤버를 볼 수 있고, 각 사람의 활동을 볼 수 있는 것뿐인가요?
감사합니다
1개의 좋아요
아바타에 '플레어’가 표시되는 특별한 사용자 집단을 만들고 싶다면 그룹을 만드는 것이 의미가 있을 수 있습니다. 이는 전적으로 사용자의 판단에 달려 있습니다.
일부 그룹은 관리자나 운영자처럼 특수하며, 이는 특정 작업을 수행할 수 있는 사용자를 결정합니다.
하지만 이에는 사용자도 포함됩니다. 사용자가 사전에 정해진 기준을 충족하여 포럼에 긍정적인 방식으로 참여하기 시작하면, 자동으로 더 높은 신뢰 수준 그룹에 추가됩니다. 이를 위해 사용자가 별도로 할 일은 없습니다. 이렇게 되면 사용자는 더 풍부한 기능(예: 다른 사용자의 주제 제목 변경)에 접근할 수 있습니다.
제 제안은 처음에는 기본 제공되는 그룹을 사용하는 것입니다. 자신만의 맞춤형 그룹이 필요할 시점은 스스로 알게 될 것입니다.
새로운 그룹이 필요하지 않다고 생각한다면, 실제로는 필요하지 않을 가능성이 큽니다.
특정 정보만 일부 사용자만 볼 수 있도록 하고 싶다는 상황에 직면하면, 반드시 그룹이 필요합니다. 자동으로 생성된 기본 그룹이 적합하지 않은 경우 그룹을 생성해야 할 수도 있습니다.
2개의 좋아요
저는 그룹을 다양한 목적으로 사용합니다. 일부는 이미 설명드린 바와 같습니다: 특정 카테고리에 대한 액세스 제한, 비(非)스태프 그룹이 특정 카테고리를 관리하도록 허용, 특정 사용자 소속 식별 등입니다.
또 다른 목적은 익명의 사람들이 메시지를 보낼 수 있는 공동 이메일을 만드는 것입니다. 예를 들어, 일반 연락처 그룹, 지원 이메일 등이 있습니다. contact@discourse.example 이메일이 연결된 연락처 그룹을 만들면, 그룹의 모든 멤버가 답글을 보낼 수 있으며, 원래 게시물에 답글을 보내기 전에 그룹 내에서 속삭임(whisper) 대화를 나눌 수 있습니다. 이 과정에서 특정 메시지를 읽거나 답글을 보낸 그룹 멤버를 추적할 수도 있습니다.
저는 또한 포럼에 새로 참여하는 사람들의 출처를 기억하기 위해 그룹을 사용합니다. 예를 들어, 특정 이벤트를 위한 그룹을 만들고, 해당 이벤트 기간 동안 포럼에 가입한 모든 사용자를 그 그룹의 멤버로 만드는 방식입니다.
SocialHub에서는 카테고리 관리나 특정 작업과 연결될 수 있는 팀용 그룹을 여러 개 두고 있습니다. 사람들이 협업하거나 한 번에 기억할 수 있는 사용자 수가 너무 많아지면, 특정 개인에게보다 그룹 전체에게 말을 거는 것이 훨씬 쉽기 때문입니다.
일부 플러그인은 그룹을 활용할 수 있습니다. 예를 들어, discourse-policy나 투표(polls) 플러그인은 응답을 특정 그룹으로 제한할 수 있습니다.
3개의 좋아요
저에게 이것은 매우 중요한 문제입니다.
우리는 특정 주제에 대해 카테고리를 사용하고 있었습니다.
하지만 토픽에서는, 사용자가 답글을 남기지 않은 게시물을 이미 열람했는지 아직 열람하지 않았는지 알 수 없습니다.
토픽에는 읽음 확인 기능이 없지만, 그룹에는 있습니다.
이 유일한 이유 때문에, 우리는 같은 주제에 대해 그룹을 만들고 해당 토픽의 모든 게시물을 그곳으로 옮겼습니다.
놀랍고도 놀라울 정도로, 그룹을 처음부터 사용했던 것처럼 누가 읽었는지 즉시 확인할 수 있게 되었습니다.
여전히 알고 싶은 것은 그룹에 가입할 수 있는 최대 인원수입니다. 예를 들어, 그룹에 10,000명이나 500,000명이 가입할 수 있을까요?
답변이나 관련 링크를 주시면 감사하겠습니다.
1개의 좋아요
저도 잘 모르겠습니다. @HAWK 님이 아는 사람을 찾아줄 수 있을지도 모릅니다.
1개의 좋아요
그룹 관련 코드를 살펴봤는데, 어떤 제한도 보이지 않습니다.
따라서 사용자의 그룹에는 해당 사이트의 사용자 수만큼의 멤버를 추가할 수 있습니다.
1개의 좋아요
이것이 어떻게 작동하는 건가요? 누가 자세히 설명해 주실 수 있을까요?
1개의 좋아요
이게 맞나요?
2개의 좋아요