저장소(repo)에 도움을 줄 수 있는지, 그리고 이것이 가능한지 확인하기 위해 간단한 질문을 하나 드리겠습니다: 신뢰 수준(Trust Levels)에 따라 “어떤” 설정도 변경/비활성화할 수 있나요? 예를 들어, 사용자 무시(Ignoring users) 기능은 TL2 이상에서만 작동하도록 하거나, 낮은 신뢰 수준에서 해당 기능을 제거하거나 추가하는 것과 같은 방식으로요.
정말 시계처럼 정확하게 작동하네요. @Ahmed_Gagan, 정말 감사합니다. 이 기능 덕분에 코어에 큰 변경 사항이 필요 없이 특정 환경에 맞춰 디스코urses 사이트를 유연하게 조정할 수 있는 많은 가능성이 열렸습니다.
이로 인해 논의나 의견이 필요할 수 있는 아이디어가 하나 떠올랐습니다:
디스코urses 사이트는 “트롤” 등을 방지하기 위해 옵션 측면에서 매우 강력하게 보호되어 있습니다.
사전 등록 시 콘텐츠를 비공개로 설정하거나, 신뢰 등급(Trust Level) 기반 접근 제한 등을 적용할 수 있습니다.
등록 시 특정 이메일 도메인, 이름, IP 주소 등을 차단할 수 있습니다.
등록 완료 후, 주로 신뢰 등급을 통해 TL0 사용자의 게시글 작성을 차단하여 “기습 공격” 같은 상황을 막을 수 있습니다. 또한 게시 시 스포일러 블러(Blur Spoiler)나 “Details” 플러그인 등을 사용해 사용자가 서로에게 스포일러를 주지 않으면서 자유롭게 글을 쓸 수 있도록 할 수 있습니다.
알다시피 커뮤니티의 주요 “충격 지점” 중 하나는 "스포일러 문화"와, 당연히 혐오 발언 등이 있습니다. 위에서 언급했듯 이를 위한 도구가 몇 가지 있지만, 저는 하나의 "취약점"을 발견했습니다. TL0 사용자는 접근이 제한되어 있더라도 어떤 콘텐츠든 좋아요를 누를 수 있고, 이는 사용자에게 알림으로 전송됩니다. 트롤이 가입 시 선택한 닉네임이 스포일러나 모욕적인 내용이라면(예를 들어 상상할 수 있는 경우), 이는 커뮤니티에 대한 성공적인 공격이 됩니다.
저는 이 훌륭한 플러그인에 PR을 추가하여 신뢰 등급(TL)에 따라 “좋아요” 기능을 비활성화하는 방안을 고려하고 있었습니다(기본적으로 TL0에서 좋아요 기능을 제거하는 것). 제 큰 우려는 이것이 "다음 TL로의 정상적인 진행"이나 유사한 무언가를 깨뜨리지 않을지 확신이 서지 않는다는 것입니다. 시스템 관점에서 초기 단계에서 좋아요 기능이 사용자에게 얼마나 "필수적인"지 모르겠습니다. 혹시 아는 분 계신가요?
(@codinghorror와@sam, 이런 유형의 주제에 대해 제가 떠올릴 수 있는 참고 대상이 여러분이라 언급합니다. 하지만 여러분이 다른 분을 추천해 주실 수도 있으니, 불편하게 해서 죄송합니다!)
아래 댓글에서 기능을 요청하거나 버그를 보고하거나, 유지 관리자에게 메시지를 보낼 수 있습니다.
이 플러그인은 유지 관리되지 않습니다
