특정 카테고리의 주제 편집을 통제할 수 있는 기능이 있으면 좋겠습니다.
저희 커뮤니티에서는 스태프의 "승인"이 있는 todo/가이드 카테고리가 있습니다.
커뮤니티가 가이드를 업데이트할 수 있도록 이 카테고리의 모든 주제를 위키 모드로 설정하고 싶지만, 그렇게 하면 어떤 변경 사항이 이루어지는지 통제할 수 없습니다.
카테고리 설정에서 스태프나 지정된 그룹의 승인을 요구하는 옵션이 있다면 정말 좋겠습니다 ![]()
특정 카테고리의 주제 편집을 통제할 수 있는 기능이 있으면 좋겠습니다.
저희 커뮤니티에서는 스태프의 "승인"이 있는 todo/가이드 카테고리가 있습니다.
커뮤니티가 가이드를 업데이트할 수 있도록 이 카테고리의 모든 주제를 위키 모드로 설정하고 싶지만, 그렇게 하면 어떤 변경 사항이 이루어지는지 통제할 수 없습니다.
카테고리 설정에서 스태프나 지정된 그룹의 승인을 요구하는 옵션이 있다면 정말 좋겠습니다 ![]()
스태프(그리고 tl4)는 위키로 만들지 않고도 이를 편집할 수 있습니다.
커뮤니티라고 한 것은 TL4를 제외한 모든 사용자를 의미했습니다.
TL4 사용자(우리의 경우 전체 사용자의 0.35%)에 대해서는 문제가 없지만, 나머지 사용자(TL0, TL1, TL2)에게는 기여할 수 있는 기능을 제공하되, 그들이 제출하는 각 변경 사항에 대해 스태프의 승인을 거치도록 하고 싶습니다.
아, 미안합니다. 그 부분을 somehow 놓치고 말았네요. 제가 모르는 것이 많지만, 그건 꽤 어려울 것 같아요.
기능 요청 카테고리니까, 이 카테고리가 적절한 것 같습니다 ![]()
게다가 이미 리뷰 대기열과 게시물 플래깅 기능이 있으니, 이 기능을 제공하도록 어떻게든 혼합하거나 수정할 수 있을 것 같습니다.
Discourse 내부 구조에 대해 더 잘 아는 분들이 코드 중 어떤 부분을 봐야 하는지 알려주시면, PR을 통해 이 기능에 기여할 수 있을 것 같습니다 (저는 Rails에 익숙하지 않습니다).
저도 이 기능이 있으면 좋겠습니다. Stack Overflow와 비슷한 개념인 것 같아요.
TL1이 여기에 참여할 수 있으면 좋겠지만, 항상 올바른 내용을 작성하지는 않을 수 있어서, 변경 사항이 검토되기까지 얼마나 걸릴지 알기 어렵습니다.
+1 위키에 기여할 수 있는 사용자들의 신뢰도가 낮더라도, 어떤 형태의 승인 시스템이 있으면 좋겠습니다.
예를 들어 다음과 같은 시나리오가 가능합니다:
TL1+ 사용자는 기여할 수 있으며, TL3+ 사용자 또는 OP(게시물 작성자)가 변경 사항을 승인합니다. 편집을 OP가 직접 수행한 경우, 승인은 필요하지 않습니다.
+1 이런 기능이 있으면 좋겠어요!
이제 필요한 신뢰 수준을 갖춘 모든 사용자가 위키 게시물을 수정할 수 있습니다. 하지만 모든 변경 사항이 유용한 것은 아닙니다. 양심 없는 사용자나 경쟁자가 수백 개의 게시물을 망가뜨릴 수 있으며, 이를 복구하는 데는 상당한 시간이 걸립니다. 이 포럼에서는 유사한 사례에 대해 논의된 바 있습니다.
모더레이터와 콘텐츠 크리에이터의 부담을 줄이기 위해, 위키 게시물에 대해 모더레이터가 변경 사항을 거부/승인할 수 있는 기능을 추가하는 것을 제안합니다.
위키 게시물을 수정할 때 ‘편집’ 버튼 대신 ‘변경 사항 제안’ 또는 유사한 이름의 버튼을 사용하세요. 이렇게 하면 모든 사용자가 변경 사항을 제안할 수 있고, 게시물 작성자나 모더레이터는 콘텐츠에 대한 완전한 통제권을 가질 수 있습니다
.
또한 변경 사항의 일괄 승인/거부 기능을 추가하거나, 특정 사용자의 변경 사항을 항상 허용하는 기능(대규모 커뮤니티에 적합)도 추가할 수 있습니다.
비슷한 Contribute > Feature 요청이 있습니다.
글쎄요, 편집 전쟁(그리고 단순히 무례한 행동)은 위키 세계에서 실제로 존재하는 문제입니다. 위키는 (Discourse) 포럼에서 아직까지도 다소 드문 사례이지만, 그 상황은 변하고 있습니다. 이전에는 선택하고 사용하기가 거의 불가능했으니까요.
하지만 우리는 다수에게 첫 게시글을 편집할 수 있는 완전한 자유를 주지 않습니다. 그리고 그 상황을 어떻게 부르든, 그 사실은 변하지 않습니다. 물론 위키의 특성 때문에 상황이 변할 수도 있지만, 신뢰 문제는 변하지 않습니다.
TL4(토론 레벨 4)는 관리자의 선택 사항이지, 단순히 받은 ‘좋아요’ 수에 기반하여 자동으로 부여되는 것이 아니기 때문에(물론 우리가 모두 아는 것처럼 몇 가지 다른 지표는 있지만
), TL4 권한을 제한할 이유는 없습니다. 하지만 TL3 이하의 사용자는 상황이 다릅니다.
아마도 승인 강제 기능이 필요할지도 모릅니다. 하지만 이러한 포럼 전체에 걸친 제한에는 하나의 작은 문제가 있습니다: 모든 위키 주제(토픽)가 그렇게 뜨겁지는 않습니다. 대부분의 주제는 그렇지 않으며, 포럼이 이러한 문제로 고통받고 있을 때 더 깊은 문제가 있는 것입니다. 하지만 포럼 전체에 걸친 제한은 관리자의 업무량을 증가시키며, 과도한 편집이 없는 주제에서는 아무도 불필요한 업무를 보고 싶어 하지 않습니다. 게다가 제한은 사용자의 작성 의지를 저하시키는데, 이는 때때로 바람직한 상황이기는 하지만요.
하지만 우리가 이상적인 상태에 도달하기 전에 필요한 것은 주제별로 승인 강제를 선택할 수 있는 옵션, 그리고 타이머를 활용한 기능입니다.
이러한 쿼리가 많이 있을 것이라고 생각합니다. 이 기능이 위키의 두 가지 핵심 기능 중 하나이기 때문에, 다른 기능이 없을 수도 있습니다. 이 기능이 없으면 위키를 제어할 수 없습니다.
위키백과에서는 검증되지 않은 사용자의 변경 사항을 수락하거나 거부하는 것이 일반적인 관행입니다. 오히려 관리자의 부담은 줄어들고, 콘텐츠의 품질은 크게 향상됩니다.
네, 맞습니다. 하지만 위키백과나 플랫폼으로서의 미디어위키는 위키를 위해 특별히 설계된 솔루션이지만, 토론 기능은 매우 제한적입니다(저는 '매우 제한적’보다도 더 낮다고 생각합니다). 디스코스는 토론을 위해 특별히 설계된 플랫폼이지만, 위키를 위한 도구는 매우 제한적입니다.
우리는 위키를 조금 더 잘 다룰 수 있는 도구가 필요합니다. 하지만 그 외에는 미디어위키와 디스코스가 무엇인지, 혹은 무엇인지 아닌지를 단순히 비교할 수 없습니다. 진정한 위키를 위해라면 저는 즉시 미디어위키를 사용하고, 토론을 위해 디스코스를 사용해 보겠습니다.
Discourse는 주로 범용 지식 기반 커뮤니티 플랫폼입니다. 시대에 뒤처져 있습니다. 범용적
아니, 그렇지 않아요
토론에는 정말 훌륭합니다. 소셜 미디어 플랫폼으로는 그렇게까지 아니고요. 블로그 플랫폼으로는 많은 기능이 필요합니다. 팟캐스팅은 — 아니요, 절대 불가능합니다. 이커머스도, LMS도, 그 외의 것들도 모두 아닙니다. 위키로는 — 글쎄요, 주제가 뭐였죠? ![]()
보편적으로 적용되는 것은 사실 얼마 되지 않습니다. 그리고 그것은 오히려 좋은 점입니다. 각자가 가장 잘하는 일을 하면 됩니다. MediaWiki가 위키 플랫폼인 것처럼, Discourse는 포럼을 제공하는 것처럼요.
그룹을 설정해 보는 건 어떨까요? 특정 그룹에 가입하려면 신청을 해야 하고, 승인된 후에만 생성/답변 보안 접근 권한을 부여할 수 있습니다. 모든 사용자는 게시물을 볼 수 있지만, 해당 위키 카테고리 그룹의 멤버만 편집할 수 있습니다. 제가 위키 편집에 관한 카테고리 보안 방식을 제대로 이해하고 있다면 말이죠. 이렇게 하면 승인된 멤버만 위키 정보를 수정할 수 있습니다.
아, 그리고 기억이 맞다면 Customization > Theme component 중에 '게시물 수정 시 이유 입력 필수’라는 것이 있는 것 같은데, 이게 작동할지 안 할지는 모르겠습니다.
동의할 수 없습니다. Discourse는 사용자가 원하는 방식으로 사용할 수 있도록 설계되었으며, 지식 기반은 단순히 하나의 사용 시나리오일 뿐이므로 지식 기반으로만 제한되지 않습니다. 잠재적으로 유용할 수 있는 Discourse 기능을 다시 한번 살펴보는 것이 좋을 것 같습니다.
핵심은 지식 기반 콘텐츠 생성에 누구나 기여할 수 있다는 점입니다. 모든 커뮤니티가 이를 지향하고 있습니다. 하지만 모든 경우에 대해 모더레이션이 필요합니다. 접근 권한을 부여한 모든 사용자를 신뢰할 수 있을까요? 저는 확신하지 못합니다. 통제 부재는 불행한 결과를 초래할 수 있습니다. 한 명의 사용자만으로도 신경을 크게 긁을 수 있습니다. 인증된 사용자라도 통제는 항상 필요합니다.
사용자가 선의의 의도를 가지고 있더라도 실수를 할 수 있습니다. 모더레이션은 이를 빠르고 정확하게 수정하는 데 도움이 됩니다 ![]()