이것은 Limit # of posts / month - #2 by sam 의 후속 질문입니다. 원래 질문이 patreon과는 거의 관련이 없고, 오히려 discourse 일반에 더 관련이 있다는 점을 깨달았기 때문입니다.
신뢰 수준에 따라 사용자가 월별로 작성할 수 있는 새 게시물의 수를 제한할 수 있기를 바랍니다. 이 작업을 시작하기 위해 연구해 볼 만한 권장되는 기존 플러그인이나 기능이 있을까요?
그건 좋은 아이디어 같지 않아요. 사용자가 첫날에 월간 게시 한도를 모두 소진하면, 그 달의 남은 기간 동안 게시할 수 없게 되거든요. 만약 제가 한 달 동안 글을 쓸 수 없다면, 다시 돌아오지 않을 거예요.
3개의 좋아요
투표 플러그인처럼, 제한된 수의 투표권을 부여받는 방식과 비슷해 보입니다.
아마도 카테고리 설정으로 구현할 수 있지 않을까요? 예를 들어, 지원 요청이나 채용 게시판에 게시글을 올리는 것은 불가능하지만, 커뮤니티의 다른 곳에서 토론에 참여할 수는 있는 경우 말입니다.
내 사이트에서 사람들이 콘텐츠를 생성하는 것을 막는 것을 크게 선호하지는 않지만, 이런 기능이 중요한 사용 사례가 있을 수도 있습니다.
1개의 좋아요
@pfaffman: 여기의 사용 사례는 유료 QA/지원 사이트입니다. 유료 사용자들은 아마도 지프의 법칙(Zipf’s law) 유형의 분포를 따를 것입니다. 목표는 일부 사용자가 모두의 시간을 차지하는 것을 방지하는 것입니다.
@tobiaseigen: 네, 사이트 전체가 아니라 카테고리별로 적용할 수 있으면 좋겠습니다.
@merefield: 전통적인 가정은 질문/답변이 사이트를 더 가치 있게 만든다는 것이며, 따라서 질문/답변을 장려하는 것이 좋다는 것입니다. 그러나 질문에 응답하는 것이 (1) 질문자에게 이롭고 (2) 커뮤니티/회사에 비용을 발생시키는 상황에서는, 특정 카테고리에서 단위 시간당 게시할 수 있는 질문 수를 제한할 수 있는 기능이 유용할 수 있습니다.
4개의 좋아요
저도 같은 의견이지만, 일부 경우에는 유용할 수 있습니다. 예를 들어, 우리는 “공지사항” 하위 카테고리를 생성하는 것을 고려하고 있습니다. 우리 회사 중 일부 사람들은 공지사항을 스팸으로 남용하는 경향이 있습니다. 이는 사용자가 디스코urse를 스팸/소음과 연관짓게 만들어 디스코urs 인스턴스 전체에 해를 끼칠 수 있습니다. 그 결과, 사용자가 플랫폼을 탐색하고 진정한 가치를 발견할 의욕이 줄어들 것입니다.
공지사항 하위 카테고리에서 월 1개 주제(Topic)라는 엄격한 한도를 설정하는 것이 좋은 해결책이 될 것입니다. 이는 게시자가 "이것이 실제로 그만큼 가치 있는가?"라고 진지하게 생각하도록 강제할 것입니다. 또는 더 좋게 말하면, 더 포괄적이고 정제된 월간 뉴스레터를 작성하도록 유도할 것입니다.
@tobiaseigen 아주 오래된 주제를 여기서 다시 꺼내 봅니다 
이 문제에 대해 어떤 진전이 있었나요? 이 플러그인을 확인했습니다:
하지만 우리가 원하는 것과 정확히 일치하지는 않습니다.
2개의 좋아요
이러한 상황은 소프트웨어를 제한하는 것이 아니라 내부적으로 처리해야 하지 않나요?
2개의 좋아요
잘 고려된 기술적 제한을 정당화하는 것은 사후적으로 내린 판단을 정당화하는 것보다 훨씬 쉽습니다.
만약 제가 공지사항을 사후적으로 관리하고, 작성자가 회사 내에서 더 높은 직급이라면, 저는 많은 비판을 받게 됩니다. 대부분의 관리 팀이 의도적으로 가능한 한 큰 소리를 내는 것을 고려하면, 이는 더욱 어렵습니다.
그러나 이것이 일관되게 적용되는 자동화된 기능이라면, 그들은 이러한 제한을 우회하는 방법을 스스로 찾아낼 수 있고, 우리가 그들이 너무 시끄럽거나 교란적일 필요를 걱정하지 않아도 됩니다.
2개의 좋아요
위에서 언급했듯이, 사용자가 특정 기간 내에 특정 카테고리에 게시할 수 있는 주제 수를 제한하는 카테고리 설정의 이점을 이해합니다. 하지만 현재 그러한 설정은 없으며, 다른 고객들이 이를 요청하거나 '3회 규칙’을 적용하고 있다는 사실도 알지 못합니다.
“느린 모드(slow mode)” 카테고리 설정을 사용해 보셨나요? 제가 직접 사용해 본 적은 없지만, 당신이 찾고 있는 기능이 바로 그것으로 보입니다. 30일로 설정하면 사용자가 30일마다 한 번만 해당 카테고리에 게시할 수 있도록 할 수 있습니다. 다만, 카테고리의 새 주제 생성은 늦추지 못하고 답글에만 적용되는 것 같습니다. 또한, 답글이 전혀 허용되지 않도록 주제를 자동으로 닫을 수도 있습니다.
느린 모드에 대해 더 알아보기:
1개의 좋아요
예전에는 지난 24시간 동안의 게시글 수와 글의 길이를 기반으로 한 공식이 적용된 포럼을 운영했습니다. 그래서 누군가는 예를 들어 짧은 글을 여섯 개 올리거나, 긴 글을 두 개 올릴 수 있었습니다. 이 방식은 과도한 인용을 줄이는 데 도움이 되었을 뿐만 아니라, 양쪽 중 어느 한쪽도 상대에게 마지막 말을 내주려 하지 않는 A-B-A-B-A-B-A-B 형태의 반복 논쟁을 줄이는 효과도 있었습니다. 이 방식은 사용자별 스팸 방지 시간(flood time)을 조정하는 형태로 구현되었습니다.
2개의 좋아요
규칙을 만들면 문제가 해결된다면, 사람들에게 그 규칙을 따르라고 하면 됩니다. 이는 나쁜 행동을 하고 싶은 사람들의 문제입니다. "음, 컴퓨터가 게시물을 통과시키지 않네요"라는 식의 해결책이 될 것이라고 상상하기는 어렵습니다.
하지만 직접 호스팅을 하고 있고 이 기능을 수행하는 플러그인이 필요하다면, Marketplace 채널에 게시물을 올리거나 저에게 연락해 주세요.
1개의 좋아요
정말 깊이 있는 답변들 감사합니다 
저도 이 답변의 두 번째 부분이 핵심이라고 생각합니다. 이번 주 후반에 직접 테스트해 보겠지만, 새 주제 생성보다는 답변에만 적용되는 기능일 것 같다는 확신이 들기도 합니다.
이것이 Discourse에서였나요? 사이트 전체에 적용된 제한이었나요, 아니면 카테고리별로 설정된 것이었나요?
문제는 규칙을 집행하는 데 자원이 필요하다는 점입니다. 저희 조직에서는 이런 상황이 발생할 때마다 상당한 리소스가 소모됩니다. 대화가 다음과 같이 흘러가거든요:
- 개인적으로 연락을 취합니다 – “안녕하세요, 공지사항은 월 1회로 제한해 주세요. 이 게시물을 내려야 합니다.”
- 답변은 보통 두 가지 중 하나입니다.
a. “네, 알겠습니다” – 그다음 상사에게 불평을 하고, 상사가 제 상사에게 불평을 하여, 사용자에게 스팸을 보내지 않고 플랫폼의 유용성을 희석시키지 않겠다는 제 결정을 정당화하기 위해 일주일이나 소모하게 됩니다.
b. “그렇게 할 수 없어요, 이번 화재는 모두가 알아야 할 가장 큰 화재입니다!” – 그 경우를 상상하는 것조차 지금은 힘듭니다. 항상 지쳐버립니다
어떤 경우든, 위에서 언급한 유형의 사람들에게 이 설계 결정을 완벽하게 정당화해야 하는 여러 회의에 참석하게 됩니다. 그들은 사용자에 미치는 영향에는 전혀 관심이 없고, 그들의 목소리만 가장 크게 들리면 된다고 생각하기 때문입니다.
안타깝게도 저희는 엔터프라이즈 고객입니다.
가능한 우회 방법
아마도 이것에 의존해 볼 수 있을 것 같습니다:
즉, 해당 카테고리의 게시물은 수동 승인(모더레이션)이 필요하다는 뜻입니다. 이 주제들을 승인할 수 있는 권한을 관리자(Admins)와 전역 모더레이터(Global Moderators)에게만 부여하면, 문제 해결에 다소 진전을 이룰 수 있을 것입니다.
한 단계 더 나아가면 다음과 같은 방법을 사용할 수 있습니다.
- 더미 계정(dummy account)을 설정하고,
- “announcement_moderator_bot” 그룹에 해당 계정을 추가하며,
- “announcement_moderator_bot” 그룹을 카테고리 모더레이터로 설정하고,
- 승인 요청이 감지될 때 실행되는 파이썬 스크립트를 작성합니다. 이 스크립트는 주제를 생성한 사람을 확인하고, 해당 사용자가 지난 30일 동안 해당 카테고리에 게시물을 올린 적이 있는지 검사한 후, 만약 그렇다면 거부하고, 그렇지 않다면 승인합니다.
다른 사람을 대신해 주제를 게시하게 함으로써 이 방식을 우회할 수는 있지만, 이 저항 단계가 해당 그룹 내부에서 일정 수준의 내부적인 조정을 장려합니다 – "정말 이걸 보내야 할까? 할 일이 더 많은데…"라고요.
이것이 문제입니다. 기술로는 그 문제를 해결할 수 없습니다.
이것이 최선의 방법입니다. 그리고 복잡한 자동 승인 기능을 사용하지 마세요. 매일 로그인하세요.
그리고 게시물이 너무 많이 올라오면 다음 회의까지 기다렸다가, 규칙을 위반할 만큼 중요한지 아니면 다음 달에는 게시물이 없을지 모두에게 물어보세요.
물론, 저는 혼자 일합니다.
1개의 좋아요
Slow Mode 카테고리 설정이 여기서 도움이 될지 확신이 서지 않습니다. 이 설정은 해당 카테고리에서 생성되는 모든 새 주제에 Slow Mode를 자동으로 적용하는 용도입니다. 누군가가 해당 카테고리에서 몇 개의 새 주제를 만들 수 있는지를 제한하지는 않지만, 누군가가 카테고리에서 몇 번 게시물을 작성할 수 있는지도 직접적으로 제한하지는 않습니다(즉, 카테고리 자체의 Slow Mode가 아니라 주제별 Slow Mode입니다).
レート制限/제한을 두는 것은 흥미로운 아이디어입니다. 다만, Announcement(공지사항) 문제는 어떤 형태로든 '이걸 말하고 싶은데 안 해주신다’는 마찰을 일으켜 결국 그 회의들로 이어질 것이라고 생각됩니다. 
마켓플레이스 사용 사례는 흥미롭긴 합니다.
2개의 좋아요
이것은 몇 년 전 구버전의 phpbb에서 이루어진 것입니다. 사이트 전체에 적용되었으며, 해당 사용자가 지난 24시간 동안 작성한 게시물의 수와 길이에 따라 플러드 시간을 조정하도록 플러드 시간 확인 코드에 코드가 추가되었습니다. (거부 메시지도 수정되었습니다.)
제 생각에는 24시간 후 초기화되는 게시물 제한이 며칠, 몇 주, 몇 달 동안의 BAN보다 사용자들의 주목을 더 많이 받은 것 같습니다. 하지만 모든 유형의 온라인 커뮤니티에서 그런 것은 아닐 수 있습니다.
Discourse에서 플러드 시간이 어떻게 작동하는지 확인해 보지 않았지만, 비슷한 도구가 가능할 수도 있습니다.
1개의 좋아요
안녕하세요, 제가 세 번째가 될지도 모르겠습니다 특정 카테고리에서 사용자당 게시글 수(제 경우, 주제뿐만 아니라 메시지(답글)도 제한하고 싶습니다)와 게시글 길이를 제한하는 아이디어에 동의합니다.
정확히 지적하셨네요, 이 아이디어는 살아남을 자격이 있습니다.
1개의 좋아요
이 대화에서 제가 얻은 결론은, 커뮤니티 규칙/기준을 설정하고 이를 집행하는 것이 사이트 관리자의 일상적인 업무의 일부이며, 극단적인 경우에만 Discourse 소프트웨어 자체를 통해 강제해야 한다는 것입니다. 답변 속도를 늦추는 것(slowing down replies)은 더 깊이 있는 토론을 촉진하고, 더 많은 사람들이 참여할 수 있도록 숨 쉴 공간을 제공하기 때문에 그러한 극단적인 경우에 해당합니다. 이 기능을 사용하는 대부분의 커뮤니티는 실제로 특정 토픽에서 필요할 때만 토픽 관리자 wrench(관리 도구)를 통해 이를 사용하는 것으로 보입니다. 카테고리별 슬로우 모드 설정을 사용하는 곳도 많지 않을 것으로 추정되며, 예를 들어 사용자가 한 달에 1회씩만 공지사항을 게시하도록 제한하는 용도로 사용된다는 이야기도 들어본 적이 없습니다.
사용자가 _새 토픽_을 너무 자주 게시하는 것을 방지하는 것은, 각 카테고리에서 허용할 토픽 유형 등 다른 규칙과 함께 관리자가 집행할 수 있어야 합니다. @tris20 님, 커뮤니티에서 이 문제로 어려움을 겪고 계신 것에 대해 죄송합니다! 
이러한 집행 기능이 Discourse에 추가될 수는 있지만, 엔터프라이즈 고객이 후원하거나 여러 엔터프라이즈 고객이 요청하지 않는 한 우선순위로 다뤄질 가능성은 낮다고 생각합니다. 또한 #marketplace에 게시하여 플러그인을 통해 구현할 수도 있습니다. 그러면 충분한 수의 사이트가 채택하게 되면 결국 코어에 포함될 수도 있습니다.
카테고리 슬로우 모드 설정을 사용하여 답변을 제한하는 것은 이미 가능합니다.
이것은 이 토픽에서 새로 나온 주제입니다. 특정 카테고리에서만 게시물 길이를 제한함으로써 해결하고자 하는 문제는 무엇인가요? max post length(최대 게시물 길이) 관리자 설정이 있지만, 이는 사이트의 모든 게시물에 영향을 미칩니다.
2개의 좋아요
개별 게시글의 길이를 제한하는 것보다는, 합리적인 시간 범위 내에서의 누적 게시글 길이를 제한하는 쪽이 더 유용하다고 생각합니다.
다만, 사이트 전체에 적용하는 것이 아니라 카테고리별로 게시글 크기 제한을 두는 방식이 유용한 경우가 있을 수 있습니다.
긴 답변을 드려 죄송합니다. 알림을 놓치고 있었네요 
디스코스에 AI가 도입되는 것은 게임 체인저라고 생각합니다. 제 포럼 인스턴스에서는 AI 플러그인을 사용하며, 이를 통해 사람과 사람, 그리고 사람과 AI 간의 소통 구역(카테고리)이 포럼에 나타납니다. 잘 알려진 바와 같이, AI와의 소통은 유료이며, 사람과 AI 간의 통제되지 않은 소통은 사이트 관리자에게 상당한 비용 부담을 줄 수 있습니다. 기존 AI 플러그인들은 입력된 문자 수와 요청 횟수를 세밀하게 조정할 수 있는 기능을 제공하지 않습니다. 이러한 맥락에서, max post length 기능을 카테고리 선택, 사용자 그룹 선택, 그리고 개인 메시지의 최대 문자 수 설정 기능까지 확장할 때가 되었다고 생각합니다. 대부분의 사용자가 AI와 개인 메시지로 소통하는 것을 선호하기 때문입니다.
기능 요청이 현실이 될 때까지 원하시는 것은 아마도 카운터에 따라 카테고리 내 게시글 수를 제한하는 플러그인일 것입니다. 예를 들어, 해당 카운터가 0이 되면 게시 권한이 필요한 그룹에서 사용자를 제외하는 방식이죠. 그러면 사용자가 그룹 접근 권한과 counter 수만큼의 게시글을 구매하거나(또는 모든 사용자의 카운터가 리셋되는 월말까지 기다릴 수도 있겠죠), 해당 카테고리에 게시글을 작성할 때마다 카운터가 줄어들게 됩니다.
자동화 플러그인이 도움이 될 수 있지만, 카운터를 관리할 수단이 있는지 의문입니다.
3개의 좋아요