소개 페이지에서Moderator와 Category Moderator를 구분할 수 있나요? 두 역할의 권한에는 중요한 차이가 있는데, Discourse 포럼에서 About 페이지를 Discourse 권한 체계에 매핑하는 것을 본 적이 없습니다.
사용자들이 포럼 권한을 더 잘 이해할 수 있도록 이 게시물도 링크하는 것이 유용할 수 있을 것 같습니다. 아니면 특정 포럼에서는 다른 곳에서 다루는 것이 더 적절할 수도 있습니다.
안녕하세요, @anon98107012 
/about 페이지에서는 이미 카테고리 관리자와 전체 관리자를 구분하여 표시하고 있으며, 해당 섹션 옆에 카테고리 배지 및 이름을 함께 보여줍니다:
각 사이트별로 조정할 수 있는 기능과 권한이 너무 많기 때문에, 전체 신뢰도(Trust Level) 표를 해당 페이지에 추가하는 것은 과도할 수 있다고 생각합니다. 다만, 카테고리 관리자는 전체 관리자(Full-mods)와 매우 유사한 많은 권한을 가지고 있으며, 이는 특정 카테고리에 한정되어 적용됩니다(단, 사용자 관리보다는 콘텐츠 관리에 중점을 두어야 합니다).
안녕하세요! 감사합니다.
@Test_Two가 카테고리 moderator로 표시되지 않는 이유가 궁금합니다. 그게 더 논리적이지 않나요? 이 /about 페이지에도 같은 문제가 있습니다(섹션 moderator에게 카테고리 moderator 권한이 있다고 가정하면 말이죠, 하지만 없을 수도 있으니 확신할 수는 없죠!).
또한 'Community Moderator’라는 직함을 사용하면서 용어가 일관되지 않은 것 같습니다. 직함이 어떤 그룹에도 연결되어 있지 않아요: https://meta.discourse.org/g/CommunityModerator. 연결되어 있다면 적어도 그룹의 소개글을 참고하여 그룹 구성원을 Discourse 권한에 매핑할 수 있을 텐데요. TL0 사용자의 생활이 더 편해져야 한다고 생각합니다. 
포럼이 제공해 주신 모델 이미지처럼 항상 설정되지는 않을 텐데, 권한이 어떤 방식으로든 노출되어야 하지 않을까요?
카테고리 모더레이터가 그룹에 포함되어 있으므로, 그룹 플레어(group flare)를 사용하거나 About 페이지에서 CSS를 활용하여 카테고리 모더레이터에게 추가 정보를 표시할 수 있습니다.
예를 들어, @JammyDodger는 일반 모더레이터(General Moderator)입니다(General은 카테고리입니다). 테스트 사용자가 "General moderator"인 것과 혼동하지 마세요.
기본 카테고리가 " Lounge"로 설정된 경우, 테스트 사용자는 Lounge의 모더레이터로 표시됩니다.
Lounge Moderator
Test_Two
Test_one과 Test_three만 사이트 전체를 관할하는 전체 모더레이터입니다.
'섹션 모더레이터’는 카테고리 모더레이터입니다. 그 섹션들이 바로 카테고리이기 때문이죠. 
또한 자신의 이름 옆에 모더레이터 방패 아이콘이 표시되지만, 이는 자신이 모더레이터로 활동하는 카테고리 내에서만 적용됩니다.
Community Moderator는 제 직함일 뿐, 권한을 부여하는 그룹과 연결된 것은 아닙니다. 
제 아바타는 관리자 목록에서 찾을 수 있습니다(다만 Meta에는 관리자가 매우 많아서 인파 속에서 저를 찾는 것이 조금 어려울 수 있습니다 )
아, 네. 예제 스크린샷을 좀 더 신중하게 선택했어야 했습니다. 
컴퓨터 앞에 앉으면 더 좋은 스크린샷을 올리겠습니다.
아니, 걱정 마. 디자이너 팀이나 직접 경험을 가진 사람들에게는 항상 명확하게 보일 거야.
새로운 포럼을 설계하고 있어서 편하게 DM으로 연락해. 매우 세련된 디스코스(Discourse) 경험을 만들고 있어. 간단히 말하면, 내 경우 아이디어의 일부는 초보 일반 사용자를 위한 포럼 기능을 문서화하는 것과 관련이 있어.
이 아이디어는 테마, 테마 컴포넌트, 플러그인 등에도 비슷한 방식으로 적용할 수 있을 거야. 디스코스가 정말 훌륭하니까 부정적인 비판으로 오해하지 말아 줘! 텔레가드(Telegard)나 레네게이드 BBS 같은 해킹 도구들이 있던 시절로 돌아가는 기분이 들어. PCboard는 설정이 더 어려웠지만, 앞서 언급한 두 가지와 달리 고급 커스터마이징을 위한 자체 강력한 스크립트 언어를 갖추고 있었어.
사용자 입장에서 볼 때, 카테고리 모더레이터는 카테고리 모더레이터입니다. 결국 이름에 답이 있으니까요! 당연한 거 아닌가요! 그들은 카테고리를 모더레이션하니까요. 하지만 저에게 카테고리 모더레이터라는 개념은 낯설고, 카테고리 모더레이터의 특징은 카테고리 품질이 아니라 권한입니다. 그래서 제가 이렇게 말한 것:
사용자 입장에서는 제가 명백한 것을 놓치는 것처럼 보일 수 있지만, 사실은 그렇지 않습니다.
카테고리 모더레이터가 모더레이터(Moderator) 권한을 가질 수 없는 이유가 있나요? 원래 올려주신 이미지를 다시 살펴보면, Test_Two가 모더레이터 권한을 가지고 있다고 추론합니다. "General"이 옆에 적혀 있다는 사실은 저에게는 중요하지 않습니다. 저에게 그것은 비공식적인 "이 카테고리(Test_Two)를 관리해 주세요"라는 뜻입니다. 그렇다면 어떻게 알 수 있나요?
Discourse에서 카테고리 모더레이터(Category Moderator)는 고유명사이며, 모더레이터(Moderator)도 마찬가지입니다. 제 의견으로는, 카테고리 모더레이터에게 모더레이터라고 표기하는 것은 두 개념을 혼동하는 것입니다. 이름을 붙여놓고도 자기만의 용어를 지키지 않는다면 무슨 의미가 있나요? 혹은 이렇게 표현할 수도 있겠습니다. /about 페이지는 그대로 두고 대신 TL0, TL1, TL2, TL3, TL4, Moderator, Moderator를 여기에 넣는 것입니다. 말이 안 되지 않나요! 그리고 왜 /about 페이지가 다른지 이해하지 못하겠습니다.
제 의견으로는 이해하는 데 상당한 노력이 필요한 매우 미묘한 차이입니다. 비록 실제로는 제 첫 번째 게시글에서 언급한 권한 페이지에 언급되어 있지 않습니다!
두 번째 이미지는 제가 느끼는 문제점을 개선하지는 못하지만, 현재 방식이 옳다고 느낀다면 그것은 괜찮습니다. 아마도 모더레이터와 카테고리 모더레이터 사이의 개념적 차이를 전달할 수 있을지도 모르겠네요.
글쎄, discourse에서는 원하는 대로 라벨을 붙일 수 있습니다.
**관리자(Admin)**는 거의 완전한 사이트 접근 권한을 가집니다. 숨겨진 것이 없으며, 사이트 전체에 대한 완전한 권한을 보유하고 있습니다. 이 수준의 사용자는 포럼을 완전히 무력화할 수 있을 만큼 강력한 권한을 가집니다.
전체 모더레이터(Full Moderator) 역시 많은 권한을 가지고 있으며, 따라서 포럼을 파괴할 수도 있습니다. 관리자처럼 로그를 검토할 수 있고, 사용자가 입력할 수 있는 이메일 주소 및 기타 개인 정보도 볼 수 있습니다.
**카테고리 모더레이터 또는 서브 모더레이터(Category Mod or Sub Mod)**는 TL4와 동일한 권한을 가지며, Reddit 모더레이터처럼 해당 범위 내에서 플래그를 관리할 수 있습니다.
솔직히 말씀드리면, 포럼을 설정할 계획이라면 시간을 내서 잘 숙지해야 합니다. 질문을 하고 계신 이유가 바로 그 때문이라고 짐작합니다.
디자이너나 심지어 개발자 테스터에게도 이것은 쉽습니다.
이 주제는 어떤 유형의 관리자가 사용해야 하는가로 점점 흘러가고 있습니다. 그래서, 저는 필요한 권한만 부여하고 싶고, 실제로는 매우 제한된 카테고리(회사/고객 유형)를 사용하고 있기 때문에 전체 관리자(Full Moderator)를 사용할 수 없습니다. TL4면 업무를 처리할 수 있겠지만, 방패 아이콘을 표시하는 것이 좋습니다. 제 해결책은 관리자 그룹을 생성하고, 모든 공개 카테고리에서 해당 그룹을 카테고리 관리자로 사용하는 것이었습니다. 이 관리자들은 TL4가 아니라 TL3입니다.
기억이 맞다면 병합, 삭제, 타이머 및 몇 가지 스팸 관련 기능과 같은 일부 사소한 권한을 잃게 되지만, 제 포럼에서는 이 중 어느 것도 문제가 되지 않습니다.
즉, /about 페이지에 카테고리별 관리자가 표시되기 시작하면… 꽤 웃길 것입니다. 하지만 알아요 — 제 스타일은 가장 전형적인 것이 아니니까요. 그리고 제 커뮤니티에서는… 아무도 /about을 열지 않기 때문에 전혀 중요하지 않습니다. 실제로는 너무 잘 숨겨져 있거든요.
일반적인 포럼 사용자는 그 차이를 이해하지 못하거나, 관심이 없습니다. 그 차이는 누가 누구인지 기억하지 못하는 다른 модератор(모더레이터)나 관리자(admin)에게만 도움이 될 뿐입니다. 게다가 실제로는 데스크톱에서만 작동합니다.
반갑습니다! 링크된 주제에서 언급된 개인정보 보호 문제는 Discourse 자체의 직접적인 문제는 아닙니다. 이는 오히려 Discourse를 사용하거나, 또는 경쟁하는 다른 포럼 소프트웨어를 사용하는 회사 팀의 문제라고 볼 수 있습니다.
카테고리 관리자(Category Mods) 및 Tl4(리더) 직위는 이러한 ‘신뢰할 수 있는’ 하위 등급의 포럼 스태프가 잠재적인 개인정보 보호 우려 없이 다양한 관리자 기능을 수행할 수 있도록 허용합니다.
회사 팀은 관리자(Admin) 레벨의 팀원에게만 높은 수준의 정직성을 요구해야 합니다. 이는 전체 관리자(Full moderator) 직위보다도 더 높은 수준이어야 합니다. 이 최상위 2개 직위는 누구에게도 책임을 지지 않는다는 것은 오해입니다.
최소한 관리자(Admin)는 헤드 관리자(Head Admin)와/또는 소셜 애플리케이션 비용을 지불하는 회사에 책임을 져야 합니다. 이 두 직위는 상당한 양의 개인 정보를 다루기 때문에, 해당 개인이 거주하는 지역뿐만 아니라 다른 지역에서도 법적 보호를 위반한 것으로 판명될 경우 상당한 법적 결과를 감수해야 할 수 있습니다. 또한 그들의 행동은 모회사에도 법적 리스크를 초래할 수 있습니다.
Discourse Meta를 포함한 모든 소셜 애플리케이션과 마찬가지로, 사용 책임은 이를 사용하여 대중에게 환경을 제공하거나 사적으로 사용하는 사용자에게 있습니다.
Discourse는 거의 완전히 커스터마이징할 수 있는 백 캔버스(빈 캔버스)로 제공됩니다.
언급하신 대로, 그들은 기본 수준에서 카테고리 관리자를 더 명확하게 식별하도록 설치할 수 있으며, Tl4에 대해서도 마찬가지입니다. 그리고 아마도 귀하의 피드백과 다른 사람들의 피드백으로 인해, 예를 들어 코어에 색상 설정 옵션과 시ールド 호버 정보와 같은 귀하의 제안을 구현할 수도 있습니다.
그동안 프로그래밍 경험이 있으시다면, 귀하가 제안한 개선 사항을 추가하는 테마 컴포넌트를 직접 만들 수도 있습니다. 또는 테마 개발자가 영감을 받아 이를 만들 수도 있습니다.
저는 그와 관련하여 매우 기본적인 능력만 가지고 있으며, 경험은 거의 없습니다. 저는 더 아이디어를 제시하는 사람에 가깝습니다.
예를 들어, 제가 자원봉사를 하고 있는 커뮤니티에서는 플래그된 게시물을 관리할 수 있는 현재 사용자가 리뷰어가 플래그를 건 사람이거나 플래그의 대상인 경우 삭제/숨김 관리 버튼을 제거할 수 있는 기능이 있었으면 좋겠다고 생각했습니다. 제 생각에 플래그 리뷰어는 자신의 플래그를 검증하거나 자신에게 건 플래그된 게시물을 해결/불일치 처리할 수 없어야 합니다.
제 비교적 단순한 요구 사항은 플래그 리뷰 남용에 대한 유혹을 제거하는 데 도움이 될 것입니다.
그리고 회사에서 리더 직위로 승진시킨 사람들을 알고 신뢰해야 한다는 것도 사실입니다.
일부러 맞는 말이지만, 모바일용 호버(hover) 효과를 구현한 테마 개발자를 본 적이 있습니다. 물론 명확성을 높이기 위해 선택적으로 설정 가능한 정보를 보여주는 닫을 수 있는 팝업 창으로 만들 수도 있습니다.
두 번의 터치라는 뜻이죠. 별로 좋지 않네요 
그리고 대부분의 사용자가 그 첫 번째 클릭을 하지 않으므로, 꽤 불필요한 정보일 뿐 아니라 노이즈만 추가할 뿐입니다.
그리고 여전히 — 왜 일반 사용자가 카테고리가 아닌 포럼 전체에 대해 관리자가 조치를 취할 때를 알아야 합니까?
정말 그렇네요. 완벽하다고 말한 적은 없지만, 어떻게든 가능하다는 정도였죠. 이제 왜 그동안 작업용 모바일 호버를 사용할 때마다 문제가 생겼는지 이유를 알 것 같아요. ㅋㅋ. 내 기기의 문제인 줄 알았거든요. 이 부분에 대해 명확하게 설명해 주셔서 감사합니다.
다른 곳에서는 '전체 관리자’와 '카테고리 관리자’라는 제목을 본 적이 있습니다. 둘 다에 수식어를 추가하면 더 명확해질 수 있습니다.