구글에서 이 주제에 대해 검색하면서 몇 가지 스레드를 보았지만 명확한 정보를 찾지 못했습니다.
저는 vBulletin3에서 vBulletin5로, 그리고 Discourse로 이관하는 것을 계획하고 있습니다. Discourse와 같은 현대적인 솔루션에서 기대했던 가장 중요한 기능 중 하나는 그룹을 관리/생성하고 세밀한 접근 권한을 부여할 수 있는 것이었습니다. 하지만 그것이 불가능한 것 같습니다.
제가 잘못 알고 있는 것일까요? 설정에서 해당 기능을 놓치고 있는 건가요?
제가 맞다면, 이 기능을 지원할 공식적인 계획이 있거나 비슷한 기능을 제공하는 플러그인이 있을까요?
감사합니다
얼마나 세분화된 내용을 원하시는지 잘 모르겠습니다.
현재 Discourse에서 사용할 수 있는 내용은 다음과 같습니다: Understanding groups and category permissions
안녕하세요, 링크 보내주셔서 감사합니다. 읽어보겠습니다.
제가 말씀드린 것은 대부분의 CMS와 유사한 구조입니다. 즉, 관리자(Admin)가 수행할 수 있는 모든 가능한 작업(예: 사용자, 카테고리, 주제 등에 대한 CRUD 작업)을 나열하는 방식입니다.
UI 측면에서는 최악의 악몽과도 같지만, 커스터마이징 측면에서는 매우 강력한 도구입니다.
이를 위해 다음과 같은 전용 테이블이 필요합니다:
Users ← → Users_Groups ← → Groups ← → Actions_Groups ← → Actions
즉, 사용자는 하나 이상의 그룹에 속할 수 있고, 그룹은 하나 이상의 작업을 가질 수 있도록 하는 것입니다.
제 우려는 이것이 매우 "핵심(core)"적인 기능이라서 플러그인이 이런 일을 할 수 있을지 확신이 서지 않는다는 점입니다.
그래서 discourse 자체에 대해 이런 기능이 계획되어 있거나 이미 존재하는지 질문드린 것입니다.
제시해주신 링크를 확인해 보니, 미리 정의된 역할(Role)이 “어디서” 작동하는지를 결정하는 방법은 설명되어 있지만, 역할이 “무엇을” 할 수 있는지는 거의 고정되어 있으며, 꽤 기본적인 “보기, 읽기, 답글” 수준에 그칩니다. “프론트 오피스” 업무에는 충분하지만, “백 오피스” 업무 측면에서는 제공되는 기능이 거의 없습니다.
백 오피스 업무란 기본적으로 플랫폼 자체의 관리와 조정(모더레이션)에 관한 모든 것을 포괄합니다. 그라놀라리티(세분화)는 다음과 같이 될 수 있습니다:
물론 이것들은 단지 예시일 뿐이지만, 제가 어떤 것을 의미하는지 명확히 전달되었기를 바랍니다.
Users ← → Users_Groups ← → Groups 은 존재합니다.
하지만 actions_groups는 하드코딩되어 있으며, 하드코딩 방식은 다음과 같습니다: Trust Level Permissions Reference
네, 그걸 상상했어요. 그래서 그 기능을 재설계해서 확장하는 내용이 로드맵에 있는지 물어본 거예요.
일부 권한이 SiteSettings에서 단일 그룹을 지정하도록 점진적으로 이관되었습니다. 카테고리 모더레이터도 각각 단일 그룹을 지정하여 존재합니다. 하지만 대부분의 경우, 동적 권한은 카테고리 접근 권한뿐입니다.