해당 플러그인은 현재 최신 안정판(비 -beta)인 Discourse v3.2.1에서 작동하도록 업데이트 및 테스트되었습니다. 우리는 향후 안정판 릴리스만 지원할 예정이며, 이는 -beta 버전을 사용 중인 경우 이 플러그인이 작동하지 않을 가능성이 높다는 것을 의미합니다.
플러그인의 GitHub 링크에서 readme는 v3.2.1을 사용 중인지 확인하는 방법을 설명합니다.
우리는 최신 -beta 버전에서 v3.2.1로 다운그레이드했으며, 경험한 유일한 문제는 사이드바가 다소 이상하게 보이는 것이었습니다. 이를 수정하려면 단순히 로그아웃 후 다시 로그인하면 됩니다.
이번 업데이트에서는 이전에 요청이 있었던 “소유권 변경” 작업을 카테고리 모더레이터가 사용할 수 있는 작업 목록에 포함시켰습니다.
분명 제가 표현을 잘못했습니다. 이제 수정했습니다. 사실 TODO에는 해당 기능을 옵션으로 활성화할 수 있는 가능성이 포함되어 있습니다.
저희 커뮤니티에서는 모든 사람이 기여할 수 있도록 위키 게시글로 만들면 됩니다. 사용자가 제시한 예시에서는 의미가 있지만, 저희 포럼에서는 가장 유사한 경우가 무언가(라즈베리 파이로 무언가를 셀프 호스팅하는 방법, 게임 가이드, 밴드의 이벤트 목록 등)에 대한 가이드일 것입니다.
예시를 들어 보겠습니다. WordPress 플러그인을 사용할 경우, SSO가 1:1 매핑을 보장하더라도 각 사용자에게 Discourse 사용자 이름을 개별적으로 설정해야 합니다. 누군가 WordPress 쪽에서 설정을 누락하거나 잘못 설정하면, 게시물이 “system” 소유가 됩니다.
WordPress 관리자를 블로그 댓글 카테고리의 관리자로 지정하면, 이 문제를 처리하고(물론 댓글도 조정하고) 관리할 수 있습니다.
TL4(신뢰 레벨 4)는 포럼 전체에 적용됩니다. 저희 생각에 카테고리 관리자는 카테고리 자체에 제한되는 것을 제외하고, 일반 관리자가 가진 모든 도구에 접근할 수 있어야 합니다.
개인적인 의견이지만, 특정 카테고리를 관리할 때 높은 신뢰 레벨(TL)을 가진 사용자가 카테고리 관리자보다 더 많은 권한을 가진다는 것은 저희에게 전혀 합리적이지 않습니다.
저희 의견에 따르면, TL4는 현재 상태가 좋습니다. 포럼 전체를 관리할 수는 있지만, 다른 사용자의 계정에 대해 조치를 취할 수는 없기 때문입니다.
그들은 기본적으로 커뮤니티에 의해 보호하고 육성하기 위해 인정받은 신뢰할 수 있는 사용자들입니다. 이로 인해 어느 날 갑자기 다른 사용자의 계정에 대해 과도한 조치를 취할 위험을 피할 수 있습니다.
다시 한번, 저희의 관점에서 카테고리 관리자는 일반 관리자가 하는 일을 자신의 카테고리 내에서 수행할 수 있어야 합니다. 여기에는 다른 사람을 밴(접속 금지)하는 것도 포함되지만, 이는 훨씬 더 복잡한 차원의 문제입니다.
저는 "banned_from_categoryslug"와 같은 사용자 그룹을 만드는 것을 생각하고 있습니다. 해당 카테고리는 읽기 전용으로 설정되고, 그 카테고리에 밴된 사용자들이 해당 그룹에 추가됩니다.
대안으로, 데이터베이스의 전용 테이블을 사용하여 user_id, category_id, datetime을 추가하는 방식으로 사용자를 확장하는 방법도 있습니다. 사용자가 주제에 접근할 때마다 실제로 상호작용할 수 있는지 확인하는 체크가 실행됩니다.
그룹 기반 방식을 선택하는 이점은 관리자 및 포럼 관리자가 밴을 해제할 수 있도록 UI가 이미 구현되어 있다는 것입니다. 다른 방식은 전용 뷰를 개발해야 하지만, 더 많은 유연성(밴 만료 등)을 제공할 수 있습니다.
"이것이 유일한 예외"라는 진술에 따라, Trust Level Permissions Reference 에서 카테고리 모더레이터 열에 "TL"이라고 표시되어 있거나 공란인 모든 항목은 로 변경됩니다. 단, 배지 부여, 소유권 변경, 사용자 계정 관련 작업은 제외됩니다.
이 기능이 더 세밀한 제어를 가질 수 있기를 진심으로 바랍니다 — 아니면 더 좋게 말하면, 그 세밀한 제어가 플러그인이 아니라 기본 내장 기능으로 포함되기를 바랍니다. 제 경우에는 소유권을 변경할 수 없다는 점이(아이러니하게도 예외 중 하나인 것을 압니다) 가장 큰 문제이지만, 물론 모든 사람에게 그런 것은 아닙니다.
실제로 이 방식이 작동합니다. 저는 이 모델을 사용하여 설정을 구성했으며, '게시할 수 없는 경우 메시지 표시’에 대한 HTML/마크다운 토픽에 참여하여 그룹 소유자에게 메시지를 보낼 수 있는 링크가 포함된 메시지를 생성하도록 했습니다.
이 방식은 작동하지만, 더 나은 옵션은 그룹 소유자에게 시간 옵션이 포함된 밴/무음 목록 기능을 추가하는 것입니다. 그러면 문제 사용자를 그룹 접근 카테고리에서 밴할 수 있습니다. 그룹의 가입/탈퇴를 제한 없이 유지하는 옵션도 함께 제공될 수 있습니다. 제한된 그룹에서도 이 목록을 확장하여, 그룹에서 밴된 사용자에게 밴 사유와 함께 알림을 보내는 기능으로 확장할 수 있을 것입니다.
참고@simon도 관심이 있는 것 같으므로, 카테고리 모더레이터를 활용하여 Reddit과 유사한 서브포럼 시스템을 사용할 수 있도록 그룹 기능을 확장하기 위해 Contribute > Feature 요청을 시작할 수 있을 것입니다.
믿어주세요, 저도 Discourse 본체에서 그런 기능이 구현되기를 간절히 바랍니다. 포럼 스타일을 작업하는 사람이 있는데, CSS와 비주얼만 담당할 사람에게 전체 관리자(FULL ADMIN) 권한을 줄 수 없어서 변경 사항을 직접 테스트해야 하는 상황이 정말 짜증나거든요.
이 부분은 검토해 보겠습니다. 솔직히 전체 포럼의 일반 관리자라면 결국 그 작업을 할 수 있기 때문에, 우리가 간과했던 부분입니다.
전반적으로, Discourse가 더 세밀한 권한 관리를 구현하고 카테고리 관리자가 자신의 카테고리 내에서만 사용자를 차단할 수 있게 된다면 이 플러그인을 기꺼이 폐기하겠습니다. 하지만 안타깝게도 현재로서는 이것이 우선순위가 아니거나, Discourse 측에서 관심을 가지고 있는 것처럼 보이지 않습니다.
대기 중인 게시물에 대한 새로운 수정 옵션
이제版主(모더레이터)은 승인 대기 중인 게시물을 검토할 때 "수정…"을 옵션으로 선택할 수 있습니다. 사용자에게 수정 요청 사유와 선택적 코멘트가 포함된 개인 메시지가 전송되며, 사용자가 게시물을 다시 제출할 때 게시물을 개선할 수 있는 기회가 제공됩니다.
단순히 새 옵션을 추가한 것 이상을 변경하여 플러그인이 작동하지 않게 되었습니다. 우리가 볼 수 있는 범위 내에서 디스코urses를 깨뜨리지는 않지만, 추가된 옵션이 더 이상 사용할 수 없습니다. 새로운 기능을 하나 추가하는 것 외에도 많은 부분을 리팩토링하기로 결정한 누군가가 있을 때마다 항상 재미있죠
제 이해로는 개발자 중 한 명이나 그들과 가까운 사람이 이것이 우선순위가 아니거나, 그들이 의도하는 방향이 아니라고 말한 것으로 알고 있습니다. 하지만 제가 착각하고 있을 수도 있겠지요. 저는 그냥 지나가는 중인데, 누군가 기능 요청을 열고 싶다면 이 주제를 크로스링크하여 상단 링크에 표시되도록 하거나 저에게 @멘션을 달아주세요. 그러면 첫 번째 게시글을 업데이트하겠습니다.
로 변경됩니다. 단, 배지 부여, 소유권 변경, 사용자 계정 관련 작업은 제외됩니다.
