관리자가 작성한 게시물을 다른 모든 사용자가 수정할 수 없도록 설정할 수 있나요?

관리자가 작성한 게시글은 직원과 모더레이터를 포함한 다른 모든 사용자가 수정할 수 없도록 하고 싶습니다. 현재는 모더레이터조차도 이용약관을 수정할 수 있는 것을 확인했습니다.

활발한 포럼 사용자에게 모더레이터 권한을 부여했는데, 이후 이용약관과 같은 법적 문서를 수정하거나 삭제하는 등 비윤리적인 행동을 시작하는 상황을 가정해 보겠습니다.

이러한 구체적인 권한이나 제한을 설정할 방법이 있을까요?

이용약관과 개인정보 처리방침은 현재 기본 “Staff”(직원) 카테고리에 있으므로, 누가 게시글을 생성할 수 있는지 등을 조정할 수 없습니다.

신뢰 등급 3(Trust Level 3) 사용자도 이용약관을 수정할 수 있다는 것을 확인했습니다. "신뢰 등급을 낮추면 됩니다"라는 제안은 모더레이터가 제한 없이 포럼을 효과적으로 관리하기 위해 다른 권한이 여전히 필요하기 때문에 실행 가능한 해결책이 아닙니다.

이러한 종류의 제한을 설정하는 기본 방법이 있을까요?

또한, 각 권한을 개별적으로 편집하여 권한을 제거하거나 추가할 수 있는 방법이 있을까요?

관리자만 수정할 수 있는 다른 카테고리로 이동하세요.

새로운 카테고리 생성 시 보안 접근 설정을 관리자만 가능하도록 설정할 수 있는 방법입니다.

그것은 놀랍네요. 기본 설정 때문인가요, 아니면 누군가가 설정을 변경한 건가요?

답변 감사합니다.

제 자신의 게시글을 인용하겠습니다. 이용약관(TOS)은 “staff” 카테고리에 있습니다. 우리는 staff 카테고리에 대한 보안 설정을 변경하거나 편집할 수 없습니다. 당신의 방법은 관리자가 만든 다른 모든 카테고리에 적용될 것입니다. 하지만 discourse는 기본 staff 카테고리에 대한 보안 설정을 허용하지 않습니다.

이용약관과 개인정보 처리방침은 현재 기본 “Staff” 카테고리에 있으므로, 누가 만들 수 있는지 등을 조정할 수 없습니다.


정확하지는 않습니다. 제가 그렇게 설정했을 수도 있습니다. 하지만 여전히 제 주요 관심사는 거기에 있습니다 → 법적 문서 편집을 다른 누구도 못하도록 제한하는 것.

그렇다면, 새로 생성된 TOS 문서(새 범주)가 기본 공식 “이용약관” 탭, 즉 "examplesite.com/tos"에 표시되도록 하는 방법은 무엇일까요?

말씀하신 방법으로 가능한가요?

저라면 이 이용약관을 관리자만 제어할 수 있는 다른 플랫폼에 호스팅할 것입니다. 그런 다음 Discourse 설정을 사용해 외부 이용약관 및 기타 정책 페이지를 지정하겠습니다. 이렇게 하면 관리자는 변경 사항을 적용할 위치를 명확히 알 수 있으며, 다른 사람은 Discourse에서 해당 내용을 직접 수정할 수 없습니다.

관리자만 접근할 수 있는 새 카테고리를 먼저 생성한 다음, 이용약관 페이지를 해당 카테고리로 이동시키면 됩니다.

그 방식으로 성공적으로 해 본 적이 있으신가요, 아니면 그냥 작동할 것 같다고 생각하신 것뿐인가요? 그 방법은 새로운 문제를 야기할 수 있습니다.

  1. (문제가 발생하거나/귀하의 방식이 작동하지 않을 경우) 이용약관 문서를 더 이상 공식 스태프 카테고리로 이동할 수 없습니다.
  2. 위의 문제가 또 다른 문제를 만들 수 있습니다 → 이제 시스템이 스태프 카테고리에서 이용약관 문서를 찾을 수 없으므로, 기본 이용약관 탭에서 이용약관이 표시되지 않습니다.
  3. 이용약관을 업데이트할 때마다 “게시물 제목 길이” 설정을 변경해야 합니다(디스코스가 "tos"와 같은 짧은 제목 길이에 대해 관리자에게 별도의 권한을 부여하지 않기 때문입니다).

오늘 이 기능을 테스트해 보았는데 잘 작동하는 것 같습니다. 또한 TOS(이용약관) 페이지를 스태프 카테고리로 되돌리는 것도 가능합니다.

시스템이 편집 가능한 버전에서 공식 페이지를 게시하는 방식은 정확히 모르지만, 이름이나 카테고리를 변경해도 해당 작업에 문제가 발생하지 않는 것으로 보입니다.

새로운 약관 페이지가 “Terms of Service” 기본 탭에 표시되지 않기 때문에 전문성이 떨어집니다. 그냥 해당 게시물로만 리디렉션되며, 약관 탭 옆에 있던 “about, faq, privacy policy” 등 다른 인접 탭들도 더 이상 표시되지 않습니다. 심지어 약관 탭 자체도 더 이상 볼 수 없습니다.

이런 불필요한 제한들로 인해 Discourse에서 사이트를 커스터마이즈하는 것이 매우 어렵습니다.

회사 소개 페이지도 마찬가지입니다. "stats"를 제거하려고 해도 안 됩니다. 이것은 Discourse의 강제된 결정이며, 반드시 표시되어야 합니다. 이상한 규칙이네요.

약관 페이지도 마찬가지입니다. “아니요, 비윤리적인 모든 모더레이터가 편집할 수 있도록 유지해야 합니다. 이것은 Discourse의 강제된 결정입니다” :relieved_face: Discourse가 사이트에 그들의 의지를 강제로 부과하는 것이 이상합니다.

Discourse의 주요 슬로건이 "권력은 모두 커뮤니티에게, 관리자에게는 아무것도"라고 느껴집니다. :sweat_smile::grin:

Discourse의 일반적인 정책은, 부적절한 행동을 할 것으로 의심되는 사용자를版主로 두지 않는 것이라고 생각합니다. 하지만 그렇게 할 경우, 그들이 한 모든 작업은 되돌릴 수 있습니다.

카테고리版主는 낮은 신뢰도의版主 업무를 위해 마련된 역할입니다.

새로운 스태프가 서비스 약관을 "그냥 하지 마세요"와 같이 수정하더라도, 이전 버전은 게시물의 수정 이력에 보존됩니다. 수정 내역을 숨기는 것은 아무 효과가 없으며, 관리자는 여전히 이를 볼 수 있고, 데이터베이스에서 수정 내역을 완전히 삭제할 수 있는 권한은 관리자만 가지고 있습니다.

그런데… 스태프만 접근할 수 있는 카테고리가 하나 있습니다. staff 카테고리인데요, 거기에는 TOS가 자주 올라오며, 스태프가 TL3이 아닌 한 TL3이 이를 편집할 방법이 없습니다.

여기서 꽤 큰 문제가 발생합니다. @PrettyGirl가 무엇을 변경했는지 알 수 없기 때문입니다. 일반 TL3이 스태프 전용 카테고리를 편집하거나 심지어 볼 수 있게 하는 큰 버그가 존재한다는 것을 저는 믿을 수 없으니까요.

이미 답변이 제공되었는데 왜 계속 이렇게 말씀하시는지 이해가 되지 않습니다.

‘관리자’ 카테고리를 생성하여 관리자만 생성/답변 권한을 부여하고, 이용약관 및 개인정보 처리방침 주제(원한다면 FAQ도 포함)를 해당 카테고리로 재분류하면, 즉각적인 문제가 해결되지 않을까요? 게시된 /tos와 /privacy 페이지는 주제 ID를 기반으로 하므로, 기본 주제가 다른 카테고리로 이동하더라도 여전히 존재하게 됩니다.

다만, 비윤리적인 관리자가 존재하는 문제는 별도로 처리해야 하는 더 넓은 문제입니다.

올바르게 생성하면 전문적이 됩니다. 저는 외부에 정책 페이지를 호스팅하는 고객들이 두 자릿수 이상 있습니다. 이러한 외부 페이지를 배포할 때 UX 일관성을 유지하고 포럼 및 메인 사이트로 적절한 백링크를 설정하는 데 세심한 주의를 기울입니다.

그것이 문제가 아니라면 CSS로 숨기는 문제일 뿐입니다.

그들이 비윤리적이거나 커뮤니티 원칙에 부합하지 않는다면, 아마도 관리자/모더레이터/스태프 등의 자격이 없는 것이 아닐까요? 그들의 스태프 채용 방식에는 근본적으로 잘못된 점이 있으며, 이는 기술적 해결책보다 철학적 해결책이 필요합니다.

요청하신 것 대부분은 이 커뮤니티에서 직접 만들거나 의뢰할 수 있는 커스텀 플러그인으로 구현 가능합니다.

여기에는 더 큰 문제가 있습니다. 그것은 바로 커뮤니티 간의 신뢰이며, 가장 제한적인 권한 설정으로도 해결할 수 없습니다. 다른 관점에서 생각하고, 스태프를 채용할 때 현명한 선택을 할 수 있도록 접근 방식을 조정해야 합니다.

Staff 카테고리는 어떤 경우에도 TL3에게 표시되어서는 안 됩니다. 이것이 어떻게 가능한지 모르겠습니다.

직접 시도해 보신 뒤에 그렇게 말씀하신 건가요? 저는 처음에 이 토픽을 제 포럼에서 관리자만 편집할 수 있는 카테고리로 이동시켰습니다. 부작용은 없습니다. 말씀하신 것처럼 그런 “가능성”은 존재하지 않습니다.

그리고 이 주제와 관련된 숨겨진 설정이 5개 있습니다. rails c를 사용하여 루비 콘솔 환경으로 들어간 다음, SiteSetting.tos_topic_id = xxx를 사용하여 원하는 토픽 ID로 설정하면 됩니다.

  tos_topic_id:
    default: -1
    hidden: true
  guidelines_topic_id:
    default: -1
    hidden: true
  privacy_topic_id:
    default: -1
    hidden: true
  welcome_topic_id:
    default: -1
    hidden: true
  admin_quick_start_topic_id:
    default: -1
    hidden: true
    client: true

Discourse는 다른 플랫폼보다 관리자에게 훨씬 더 많은 권한을 부여하고 있습니다. 직접 시도해 보지 않고 그런 발언을 하지 마세요. 제 말은, 만약 Discourse가 자동차 제조사라면 트랜스포머를 무료로 달라고 요구해서는 안 된다는 것입니다.

새 설치의 기본 설정은 신뢰 수준 #4의 관리자나 모더레이터만 서비스 약관/기타 공식 페이지를 편집할 수 있도록 되어 있습니다. 그러나 신뢰 수준 4(TL4)의 사용자가 해당 페이지를 신뢰 수준 3(TL3)에서도 편집할 수 있는 다른 카테고리로 이동했을 가능성이 있습니다.

한편으로는 TL4인 것이 스태프임을 의미하지는 않습니다. TL4이되 관리자나 모더레이터 권한이 없다면, 스태프 카테고리에 있는 주제를 보고, 편집하거나 이동할 수 없습니다. 반면, 모더레이터의 권한은 그들의 TL에 따라 달라지지 않습니다. Trust Level Permissions Reference 를 참조하세요. 모더레이터 열에는 TL이 없습니다.

그렇게 생각했는데, TL4가 스태프 모드나 관리자라고 의미하는 줄 몰랐어요.