지난 몇 달 동안 Discourse가 관리자 패널에 개선 사항과 새로운 기능을 도입하는 것을 지켜왔습니다. 모든 주요 변경 사항이 그렇듯, 이에 대한 긍정적 및 부정적인 피드백이 모두 쏟아졌습니다.
저희 모두 새로운 인터페이스의 UI/UX를 높이 평가하고 있으며, 만약 어떤 불일치점을 발견한다면 그것은 각자가 포럼을 다른 방식으로 사용하기 때문일 것입니다.
저는 곧 커뮤니티를 재개장할 예정인데, 관리자 패널에서 제공되는 다양한 옵션을 분석해 보니 특정 기능에는 접근할 수 있어야 하지만 /admin에서 제공하는 전체 범위는 접근할 수 없는 “서브 관리자(sub-admin)”가 필요하다는 사실을 깨달았습니다.
모더레이터와 TL3/TL4는 콘텐츠와 커뮤니티를 관리하며, 이 “서브 관리자”에게 제공될 도구는 그 범위가 더 넓고 Discourse의 내부 관리에 영향을 미칩니다.
이 목록은 간략한 초안이며 포괄적이지 않습니다. 논의가 필요한 사항에 대한 일반적인 개요를 제공하기 위한 것입니다.
허용된 서브 관리자 권한:
- 감정/감정 모델 접근.
- 커뮤니티 속어에 더 잘 맞는 사용자 정의 번역(텍스트) 업데이트.
- 사용자, 그룹, 배지, 예정된 기능.
- 영구 링크(Permalinks), 특수 단어, 임베드.
- 신뢰할 수 있는 서브 관리자가 처리한다고 해서 사이트에 해가 되지 않을 통계, 모더레이션, 검토 및 기타 기능.
- 플러그인 설정(가장 민감한 항목을 피하기 위해 목록에서 선택 가능하도록 하는 것이 좋습니다).
“서브 관리자”에게 부여되지 않는 권한:
- 모든 관리 옵션에 대한 접근.
- Discourse 인스턴스 업데이트.
- 테마 컴포넌트 추가 또는 제거.
- 이메일, 보안, 사용자 로그인 등과 관련된 특정 설정에 대한 접근.
- API 키, 웹훅 및 기타 민감한 사이트 정보에 대한 접근.
이 새로운 범위를 제한한 관리자 섹션 권한은 각 관리자 그룹이 제공하는 기능에 기반하여 두 개의 별개의 관리 패널과 연결되어야 합니다.
따라서 한쪽에는 (i) 기술 대시보드, 다른 쪽에는 (ii) 기능 대시보드가 있으며, 이는 조직에 따라 PM, CM 및 유사한 역할에 재량껏 적용됩니다.
현재 관리자 패널의 모듈형 설계는 커뮤니티 관리의 기능적 수준에서 일어나는 일을 최신 상태로 유지하기를 원하는 경우에도 메인 관리자가 다양한 옵션 사이에서 선택할 수 있도록 허용합니다.
이것이 시간이 걸릴 것이며 팀이 바로 해결하려는 것이 아닐 수도 있다는 것을 알고 있지만, 메타 커뮤니티(Meta community)에서 이 문제에 대해 우리의 생각을 읽을 수 있도록 이 주제에 대한 논의를 시작하는 것이 좋다고 생각합니다.
제 개인적인 경우를 들어 보면, 조직 구조가 부족한(자연스럽게 형성되는 것을 제외하고) 니치 커뮤니티에서 저는 현재 특정 접근 권한을 부여할 수 없는 상황입니다. 현재 우리가 하는 일에는 도움이 되지 않기 때문에 관리자 패널 전체를 넘겨줄 수는 없기 때문입니다.
이것은 제가 신뢰하는 사람들이지만, 아직 모든 것을 위임하거나 모든 것에 대한 접근을 허용하기에 필요한 경험이 부족하기 때문에, 자연스럽게 형성된 팀에게 작업의 상당 부분을 위임할 수 있음에도 불구하고, 제가 Discourse 관리의 모든 일에 묶여 있게 만드는 결과를 초래합니다.
여러분의 생각은 어떠신가요?
)로 시작해야 한다는 논의가 있었기 때문입니다. 현재까지 투표 수가 0이므로 그렇게 결정되지 않은 것 같습니다.