기능 접근 권한 설정 변경 예정 (신뢰 수준에서 그룹으로)

Discourse의 많은 기능이 신뢰 수준(trust level)에 기반하여 액세스 권한을 부여하는 설정을 사용합니다. 하지만 수년간 이 방식이 너무 비유연하다는 점이 입증되어, 이제 특정 그룹의 멤버에게 액세스 권한을 부여하는 새로운 방식으로 전환하고 있습니다.

신뢰 수준에 의존하는 기존 설정들을 이제 그룹에 의존하도록 전환하기 시작합니다. 아래에서 전환을 목표로 하는 설정 목록을 확인하세요. 일부 설정은 신뢰 수준 기반이 유지되는 것이 합리적일 수 있습니다. 작업을 진행하면서 목록을 업데이트하고 여기에 댓글을 추가하겠습니다. 누락된 설정이 있거나 문제를 발견하신 경우 알려주세요!

기존 방식의 대표적인 예는 shared drafts min trust level(공유 초안 최소 신뢰 수준) 설정입니다. 이 방식을 사용하면 신뢰 수준 4 또는 모더레이터 권한을 부여하지 않고 특정 사용자에게만 액세스 권한을 부여하는 것이 불가능합니다.

새로운 방식의 예로는 whispers allowed groups(속삭이기로 허용된 그룹), personal message enabled groups(개인 메시지 활성화된 그룹), hidden post visible groups(숨겨진 게시글 표시 그룹) 설정이 있습니다. 기본 그룹 외에도 제가 만든 그룹(access_oskarkabissastories)에 액세스 권한을 부여할 수 있음을 확인하실 수 있습니다.

동시에 현재 하나의 그룹만 허용하는 설정들을 여러 그룹을 허용하도록 업데이트할 예정입니다. 예를 들어 Ability to set more than one group category moderator - #5 by mcwumbly 논의된 “Moderation” 카테고리 설정 등이 있습니다:

신뢰 수준 기반의 그룹을 자동으로 생성하므로, 여전히 신뢰 수준에 의존하여 액세스 권한을 부여할 수 있습니다. 사용자가 신뢰 수준 3이면, 자동으로 신뢰 수준 0, 1, 2, 3 그룹의 멤버가 됩니다.

신뢰 수준 기반에서 그룹 기반으로 전환하는 각 설정에 대해, 해당 값은 자동으로 대응하는 자동 생성 그룹으로 마이그레이션됩니다. 새로운 설정의 기본값은 기존 신뢰 수준 설정과 동등할 것입니다.

업데이트될 설정:

이전 현재
anonymous posting min trust level anonymous posting allowed groups
shared drafts min trust level shared drafts allowed groups
min trust level for here mention here mention allowed groups
approve unless trust level approve unless allowed groups
approve new topics unless trust level approve new topics unless allowed groups
email in min trust email in allowed groups
allow uploaded avatars uploaded avatars allowed groups
min trust to create topic create topic allowed groups
min trust to edit wiki post edit wiki post allowed groups
min trust to edit post edit post allowed groups
min trust to allow self wiki self wiki allowed groups
min trust to send email messages send email messages allowed groups
min trust to flag posts flag post allowed groups
min trust to post links post links allowed groups
min trust to post embedded media embedded media allowed groups
min trust level to allow user card background user card background allowed groups
min trust level to allow invite invite allowed groups
min trust level to allow ignore ignore allowed groups
tl4 delete posts and topics delete all posts and topics allowed groups
enforce second factor
min trust level for user api key user api key allowed groups
min trust to create tag create tag allowed groups
min trust level to tag topics ‘tag topics allowed groups`
skip akismet trust level skip akismet allowed groups
saved searches min trust level saved searches allowed groups
accept all solutions trust level accept all solutions allowed groups
poll minimum trust level to create poll create allowed groups
styleguide admin only styleguide allowed groups
adsense through trust level adsense exclude groups
dfp through trust level dfp exclude groups
amazon through trust level amazon exclude groups
carbonads through trust level carbonads exclude groups
adbutler through trust level adbutler exclude groups
min trust to flag posts voting comments post voting allowed groups
52개의 좋아요

이 중 첫 번째 항목은 여기에서 완료되었습니다(작은 후속 조치 포함):

6개의 좋아요

정말 최고네요! 놀랍습니다! 이 소식에 정말 설레요.

Discourse는 신뢰도 수준 4에서 전역 고정/고정 해제, 주제 닫기/열기 등 몇 가지 추가 권한을 부여하고 있습니다. 이러한 권한들도 특정 그룹에 맞게 수정할 수 있을까요?
신뢰도 수준 4에 너무 많은 권한이 집중되어 있는 것 같습니다. 비교적 규모가 큰 커뮤니티에서는 더 세밀한 권한 관리가 필요할 수 있습니다. 예를 들어, 모든 카테고리의 모든 사용자의 게시물을 검토하고 편집할 수 있지만 전역적으로 주제를 고정할 수는 없는 그룹이 필요할 수 있습니다.
이런 기능이 가능해진다면 Discourse는 매우 높은 수준의 커스터마이징을 지원하게 될 것이며, 그렇게 되면 정말 멋진 플랫폼이 될 것이라고 생각합니다!

향후 로드맵에 추가될 예정이라면, 제가 도움을 드릴 수 있을까요?

4개의 좋아요

시각 자료를 잊지 마세요.

우리 중 많은 사람들이 신뢰 단계 시각 자료를 봤을 때, 이를 통해 개념이 빠르게 명확해졌습니다.

지금처럼 세트 기반이나 관계 기반 구조라면, 정적인 시각 자료만으로는 부족하고 인터랙티브한 페이지가 필요할 수도 있습니다.

제가 떠올리는 좋은 예시가 하나 있지만, 몇 년 전에 봤던 것이라 사이트 이름이나 찾아내는 방법이 기억나지 않아 예시를 올리지 못하겠습니다.

Cytoscape.js의 데모 중 하나와 비슷한 형태가 될 것입니다.

1개의 좋아요

여러분, 안녕하세요!

정말 멋진 아이디어인 것 같아요!

  • 신뢰도 레벨 시스템으로 승급한 사용자들이 자동으로 해당 새로운 그룹에 포함되나요?
  • 이 그룹에 가입할 때 자동 기준을 설정할 수 있나요?
  • 그룹 지정 권한은 어떻게 처리되나요?
4개의 좋아요

N2U님, meta에 오신 것을 환영합니다!

아니요, 이것은 사람들이 그룹에 추가되는 방식이나 신뢰 수준 시스템과는 무관합니다. 단순히 신뢰 수준뿐만 아니라 하나 이상의 그룹을 추가하여 기능에 대한 액세스 권한을 부여하는 설정을 확장하는 것입니다.

여기서 정확히 무엇을 말씀하시는지는 잘 모르겠지만, 다시 한번 말씀드리지만 이 주제와는 관련이 없습니다. 무엇을 하려는 것인지 더 자세히 설명하기 위해 새로운 주제를 시작하시는 것을 권장합니다. Discourse에서는 많은 것이 가능합니다. :slight_smile:

여기서도 정확히 무엇을 말씀하시는지는 모르겠으며, 아마도 이 주제의 범위 밖일 것입니다.

2개의 좋아요

상당히 신선한 관점입니다. 이 새로운 방향성으로 인해 TL3 이상의 신뢰 수준은 상대적으로 중요성이 줄어들 가능성이 있습니다. TL4는 이미 관리자만 사용자에게 부여할 수 있으므로, 커뮤니티 내 다양한 역할을 위한 그룹을 생성하고, 해당 그룹에 적절한 권한을 부여한 후, 사람들을 해당 그룹에 추가하는 방식으로 대체할 수 있습니다.

어떤 것을 말씀하시는지는 전혀 모르겠네요. 예를 들어 설명해 주시면 감사하겠습니다.

아마 제 나이를 드러내는 말이 되겠지만, 제 머릿속에는 Drupal 역할이 떠오릅니다. 역할과 권한을 시각화하고 구성하기 위해 꽤나 끔찍한 테이블 기반 UI를 가지고 있었죠. 그로 돌아가고 싶지는 않지만, 누군가가 데이터 탐색기 쿼리를 작성하여 그룹과 그들의 권한을 테이블 뷰로 만들어 볼 수 있을지도 모릅니다.

또한 그룹 페이지에는 이미 PERMISSIONS(권한) 탭이 있어 그룹 구성원이 접근할 수 있는 카테고리를 표시하고 있습니다. 이 기능을 확장하여 그룹이 접근할 수 있는 기능들도 함께 표시할 수 있도록 할 수 있을 것입니다.

5개의 좋아요

N2U에 대한 답변을 보고 나니 (신뢰 수준에서 그룹으로)라는 표현이 제가 생각했던 것과 다르다는 것을 알게 되었습니다.

저는 이 기능이 모든 신뢰 수준을 그룹으로 이동시킨 후, 신뢰 수준이라는 개념을 제거하고 권한을 부여하는 데에는 그룹만 사용하게 될 것이라고 생각했습니다. 하지만 지금은 그것이 사실이 아님을 알았으므로, 제가 희망했던 방향이 아니기 때문에 이 변화가 어디로 향할지 지켜보아야 할 것 같습니다.

그러므로 당분간은 비주얼 관련 사항은 잊어버려 주십시오.

2개의 좋아요

확인해 주셔서 감사합니다!

신뢰 수준(Trust Levels)은 사라지지 않으며, 신뢰 수준 시스템은 여전히 Discourse의 중요한 부분입니다.

조금 혼란스러울 수 있는 부분은 신뢰 수준이 동시에 그룹(Group)이기도 하다는 점입니다.

현재 진행 중인 작업은 일부 관리자 설정을 변경하여, 특정 기능에 대한 액세스 권한을 부여할 신뢰 수준만 결정하도록 하는 것이 아니라, 하나 이상의 그룹을 지정할 수 있도록 하는 것입니다. 기본적으로 이전과 마찬가지로 신뢰 수준 그룹이 유지되지만, 이제 커뮤니티에 맞게 다른 그룹으로 변경할 수 있습니다.

7개의 좋아요

이 부분은 여기서 처리되었습니다:

4개의 좋아요

완료된 내용:

3개의 좋아요

전반적으로, 그리고 특히 이 새로운 방향성에 따라, 신뢰 수준의 작동 방식이 더 쉽게 이해되고 전달될 수 있도록 개선하여 이 점을 더 명확히 해야 한다고 생각합니다. 또한 배지(badges)와 그 더 놀이적인 측면인 게이미피케이션(gamification)과의 개념적 구분을 더 명확히 해야 합니다.

예를 들어, 현재 신뢰 수준은 배지로 표시되지만, 실제 접근 권한은 그룹 멤버십에서 나옵니다. 그러나 이러한 그룹은 기본적으로 표시되지 않습니다. 신뢰 수준을 배지 시스템과 배지 페이지에서 제거하고, 그룹 페이지에만(신뢰 수준_x 대신 자연스러운 이름으로) 표시하는 것이 좋습니다.

2개의 좋아요

세 가지가 더 이동되었습니다:

업로드된 아바타 허용

주제 생성에 필요한 최소 신뢰도

위키 게시물 수정에 필요한 최소 신뢰도

3개의 좋아요

여러 개가 여기에서 병합되었습니다:

5개의 좋아요

(팀으로서) 신뢰 수준과 그룹의 개념적 차이를 어떻게 설명하시는지 궁금합니다. 다르게 말하면, 신뢰 수준이 Discourse에 오랫동안 존재해 왔기 때문에 본질적이고 건드리기 어려운 것으로 느껴져서 그렇게 말씀하시는 건지 궁금합니다.

이번 업데이트로 인해 신뢰 수준이 특별한 점은 무엇인가요? 소속이 규칙 기반으로 이루어지고 자동으로 업데이트된다는 점인가요? 그렇다면 향후 사용자가 수동으로 생성한 그룹에 자동으로 추가되도록 규칙을 만들 수 있도록 허용하는 것을 막는 것은 무엇인가요?

이 업데이트에 대해 문제가 있는 것은 아니며, 단순히 팀의 비전이 무엇인지 궁금한 것입니다.

5개의 좋아요

이 문제를 제기해 주셔서 감사합니다. 위에서 언급했듯이 신뢰도(Trust Level) 시스템은 사라지지 않으며, 그 중요성은 변하지 않습니다. 이 시스템은 어떤 커뮤니티든 만족할 수 있는 합리적인 기본값을 제공하며, 신뢰도는 실제로 특별한 역할을 합니다. 신뢰도 그룹을 삭제할 수 없으며, 구성원들이 신뢰도 간에 이동하는 방식을 조정할 수 있는 설정도 존재합니다.

하지만 커뮤니티에서 사람들에게 부여할 권한에 대해 더 많은 유연성이 필요하시다면, 이제 생성하고 관리하는 많은 설정에서 추가 그룹을 지정할 수 있습니다. 이렇게 하면 훨씬 더 세밀한 제어가 가능합니다.

이제 이 설정의 상당 부분이 새로운 방식으로 이동했기 때문에, 관리자 설정의 “신뢰도” 카테고리가 다소 어색하게 느껴질 수 있습니다. 이제 해당 설정 중 많은 곳에서 신뢰도 그룹을 제거할 수 있기 때문입니다. 제가 어떤 의미인지 아래 스크린샷을 참고해 주세요.

관리자 섹션의 구조/정리도 개선하고 있으므로, 이 점을 고려하겠습니다.

9개의 좋아요

그러면 개념적으로 구분되는 두 가지 카테고리가 될 것 같네요.

  • 시스템 신뢰 수준과 신뢰 수준을 부여하는 조건을 조정하는 설정. 이는 다음과 같은 모든 설정을 포함합니다:
    image

  • 그룹 기반 접근 권한을 조정하는 설정. 이는 다음과 같은 모든 설정을 포함합니다:
    image

두 가지 이유로 이러한 분리를 원합니다:

  1. 시스템 신뢰 수준 조건을 의미 있는 방식으로 조정하는 것은 어렵습니다. tl_x requires... 이 행동을 이 숫자만큼… 같은 숫자 기반 설정의 긴 목록을 마주하게 됩니다. 이러한 모든 설정이 하나의 명확한 카테고리에 모여 있으면, 이것이 기본 신뢰 시스템 설정임을 설명하기가 더 쉽습니다. 조정할 수 있지만, 그대로 두는 것도 가능합니다.

  2. 대신 자신의 그룹을 사용하여 맞춤형 신뢰 체계를 구축합니다. 시스템 신뢰 수준 조건이 한 곳에 모두 그룹화되어 있으면, 명확한 정신적 개념으로 자신의 그룹 조건을 구축하기가 더 쉬워집니다.

예를 들어, 더 시각적이어서 제가 고민해 본 개념 중 하나는 멤버 레벨에 배지를 사용하는 것입니다. 레벨은 멤버가 해당 배지 그룹에서 받은 배지 수(x개)에 따라 부여됩니다:

2개의 좋아요

다른 곳에 해당할 수도 있지만, 저는 그룹을 사용하여 권한을 제한하거나 부여하는 방식을 정말 좋아합니다. 물론, 신뢰 수준에 기반한 자동 그룹 대신 다른 것을 사용하면 금방 꽤 큰 혼란을 야기할 수 있지만, 그것은 계획과 문서화의 문제일 뿐입니다 — 관리자는 그룹이 존재하는 이유를 설명해야 합니다. 몇 달이 지나면 왜 그런 설정을 했는지 아무도 기억하지 못하기 때문이죠 :wink:

2개의 좋아요

안녕하세요, 그룹에 대한 세밀한 접근 제어에 관한 좋은 소식입니다.

카테고리 관리자 그룹에 대해 몇 가지 추가 질문이 있습니다.

구체적인 예를 들어, 카테고리 moderation 그룹이 게시물을 편집할 수 있어야 한다고 가정해 보겠습니다. 기본적으로 해당 그룹이 관리자로 지정된 카테고리 및 하위 카테고리 내에서만 게시물을 재분류하는 것이 가능할 텐데, 이 기능도 고려되고 있을까요?

관리자 역할은 어떻게 될까요? 이 역할도 그룹에 통합될 예정인가요?

2개의 좋아요

좋아요! 여기에서 하는 일에 대해 좋아해 주셔서 기쁩니다.

이 주제에서 논의된 변경 사항의 일부로 카테고리 모더레이션 자체는 건드리지 않습니다. 위 첫 번째 게시물에 나열된 설정만 변경할 예정입니다.

카테고리 모더레이터에 대한 토론에 참여하고 개선 사항을 제안하려면 category-moderators 태그를 확인해 보세요.

3개의 좋아요