Это продолжение обсуждения Limit # of posts / month - #2 by sam, где стало ясно, что исходный вопрос касался не столько Patreon, сколько платформы Discourse в целом.
Я хотел бы иметь возможность ограничивать количество новых постов, которые пользователь может создавать в месяц, в зависимости от его уровня доверия. Есть ли какие-либо рекомендуемые существующие плагины или функции, с которыми мне стоит ознакомиться, чтобы начать работу?
Это кажется плохой идеей. Если пользователь опубликует все свои ежемесячные посты в первый же день, он не сможет публиковать новые до конца месяца. Если бы я не мог публиковать посты целый месяц, я бы не вернулся.
Звучит немного как плагин для голосования, где у вас есть ограниченное количество голосов.
Может быть, это можно сделать настройкой категории? Например, вы не можете запросить поддержку или опубликовать сообщение на доске вакансий, но можете участвовать в обсуждениях в других частях сообщества?
Я не особо люблю блокировать людей от создания контента на моём сайте, но, возможно, есть случаи, когда это важно.
@pfaffman: Здесь речь идет о платном сайте для QA/поддержки. Платящие пользователи, вероятно, распределены по закону Ципфа. Цель — не допустить, чтобы несколько пользователей занимали время всех остальных.
@tobiaseigen: Да, было бы неплохо сделать это на основе категорий, а не для всего сайта в целом.
@merefield: Я считаю, что традиционное предположение состоит в том, что вопросы и ответы делают сайт более ценным, поэтому поощрение их публикации — это хорошо. Однако в ситуациях, когда ответы на вопросы (1) приносят пользу задавшему вопрос и (2) несут затраты для сообщества/компании, может быть полезно иметь возможность ограничивать количество вопросов, публикуемых в определенных категориях, за единицу времени.
То же самое, но в некоторых случаях это полезно. Например, мы думаем о создании подкатегории «Объявления». Некоторые сотрудники нашей компании склонны спамить в объявлениях. Это может навредить нашему экземпляру Discourse в целом, так как пользователи будут ассоциировать Discourse со спамом и шумом. В результате у пользователей будет меньше желания исследовать платформу и находить реальную ценность.
Жёсткое ограничение в одну тему в месяц для подкатегории «Объявления» стало бы хорошим решением. Это заставило бы автора действительно задуматься: «Действительно ли это так ценно?». Или ещё лучше — это побудило бы их создавать более подробные и отточенные ежемесячные рассылки.
@tobiaseigen Я возрождаю очень старую тему здесь 
были ли какие-либо подвижки по этому вопросу? Я видел этот плагин:
Но он не совсем то, что нам нужно.
Следует ли решать такие ситуации внутренними средствами, не ограничивая программное обеспечение?
Гораздо проще обосновать техническое ограничение, продуманное заранее, чем ретроспективное решение, принятое по ситуации.
Если я редактирую объявления постфактум, а автор занимает более высокую должность в компании, я получаю много критики. Это усложняется тем, что большинство наших руководящих команд намеренно стараются быть как можно более громкими.
Однако, если это просто автоматически применяемая функция, работающая последовательно, то они получают возможность обходить эти ограничения, и нам не нужно беспокоиться о том, что они будут слишком шумными или disruptive.
Как я уже сказал выше, я вижу пользу от настройки категории, которая ограничивает количество тем, которые пользователь может создать в категории за определённый период времени. Однако такой настройки сейчас нет, и мне неизвестно ни об одном другом клиенте, который запрашивал бы её или использовал «правило трёх».
Вы пробовали настройку категории «медленный режим»? Я его не использовал, но кажется, что это именно то, что вы ищете? Можно установить его на 30 дней, чтобы пользователи могли создавать темы в категории только раз в 30 дней. Хотя, похоже, это не замедляет создание новых тем в категории, а только ответы. Также можно автоматически закрывать темы, чтобы ответы вообще были невозможны.
Подробнее о медленном режиме:
Раньше у нас был форум, где использовалась формула, основанная на количестве сообщений и их длине за последние 24 часа. Таким образом, кто-то мог, например, сделать полдюжины коротких сообщений или два длинных. Это помогало уменьшить чрезмерное цитирование, а также сокращало ветки с бесконечной перепалкой (А-Б-А-Б-А-Б), где ни одна из сторон не хотела уступать последнее слово собеседнику. Реализовано это было путём настройки времени между сообщениями для каждого пользователя.
Если наличие правила решит проблему, тогда скажите людям следовать этому правилу. Это проблема с людьми, которые хотят плохо себя вести. Трудно представить, что «ну, компьютер не даст вашему сообщению пройти» станет решением.
Но если вы работаете на собственном хостинге и хотите плагин для этого, напишите в Marketplace или свяжитесь со мной.
Это все очень продуманные ответы 
Я считаю, что вторая часть этого утверждения является наиболее значимой. Я поэкспериментирую с этим позже на этой неделе, но я также почти уверен, что это ограничение касается только ответов, а не создания новых тем.
Было ли это в Discourse? Было ли это общесайтовым ограничением или специфичным для категории?
Проблема в том, что это требует ресурсов для принудительного исполнения. В нашей организации каждый такой случай отнимает много ресурсов. Диалог выглядит так:
В любом случае, мне приходится проводить множество встреч, где мне нужно идеально обосновать это решение по дизайну перед людьми, которых я описал выше. Им совершенно не важен ущерб для пользователей, главное — чтобы их голоса были самыми громкими.
К сожалению, нет, мы являемся корпоративными клиентами.
Я думаю, возможно, стоит использовать это:
Это означает, что сообщения в этой категории требуют ручного одобрения. Если я настрою так, чтобы одобрять темы могли только администраторы и глобальные модераторы, мы хотя бы немного опередим проблему.
Еще один шаг вперед:
Они могут обойти это, просто попросив кого-то другого опубликовать тему от их имени, но этот барьер хотя бы поощряет некоторую степень внутренней модерации внутри этой группы: «Эй, действительно ли нам нужно отправлять это? У меня есть другие дела…»
В этом и проблема. Технологии этого не исправят.
Это ваш лучший вариант. И не используйте никаких сложных автоматических схем одобрения. Вы заходите каждый день.
Если же они публикуют слишком много, подождите до следующего собрания и спросите всех, настолько ли это важно, чтобы нарушать правила. Или, может быть, у них не будет ни одного сообщения в следующем месяце.
Очевидно, я работаю один.
Не уверен, что настройка категории «Режим замедления» поможет в данном случае. Она предназначена для автоматического включения режима замедления во все новые темы, создаваемые в этой категории. Она точно не ограничивает количество новых тем, которые может создать пользователь в категории, но также не влияет напрямую на количество сообщений, которые может отправить пользователь в категории (то есть это не режим замедления для самой категории, а для каждой темы отдельно).
Введение ограничения скорости/ограничений — интересная идея. Однако, я думаю, что ситуация с объявлениями доставит вам проблемы в любом случае, так как, насколько я могу представить, именно трение «Я хочу это сказать, а вы мне не позволяете», в какой бы форме оно ни проявлялось, будет приводить вас к этим совещаниям. 
Случай использования для маркетплейса, однако, представляет собой интересный пример.
Это было в старой версии phpBB несколько лет назад. Это касалось всего сайта: в проверку времени флуда был добавлен код, который корректировал это время в зависимости от количества и длины сообщений, опубликованных этим пользователем за последние 24 часа. (Также было изменено сообщение об отказе.)
На мой взгляд, ограничение на публикации, сбрасываемое каждые 24 часа, привлекало внимание наших пользователей больше, чем бан на несколько дней, недель или месяцев. Но это может быть неверно для каждого типа онлайн-сообщества.
Я не проверял, как работает время флуда в Discourse, но возможно создание аналогичного инструмента.
Привет, возможно, я стану третьим , если поддержу идею ограничения количества постов (в моём случае я хотел бы ограничивать не только темы, но и сообщения (ответы)) и длину постов в определённой категории для каждого пользователя.
Вы верно заметили, у этой идеи есть право на существование
Мой вывод из этого обсуждения заключается в том, что установление правил/норм сообщества и их соблюдение — это часть повседневной работы модераторов сайта, и к функционалу самого программного обеспечения Discourse следует прибегать лишь в крайних случаях. Замедление скорости ответов является таким крайним случаем, поскольку это способствует более вдумчивым обсуждениям и предоставляет передышку, позволяя большему числу людей присоединиться. Мне кажется, что большинство сообществ, использующих эту функцию, применяют её только через инструмент администратора темы (ключ) в конкретных темах, где это необходимо. Я подозреваю, что немногие используют настройку «медленного режима» для категорий, и я не слышал о её применении для ограничения количества публикаций, например, до одного объявления в месяц на пользователя.
Запрет пользователям слишком часто создавать новые темы должен обеспечиваться модераторами наряду с другими правилами, например, какие темы разрешены в каждой категории и т. д. Мне жаль, @tris20, что вы сталкиваетесь с этой проблемой в своём сообществе! 
Такую функцию можно добавить в Discourse, но, думаю, она вряд ли будет приоритетной, если её не спонсирует корпоративный клиент или если её не запросят несколько корпоративных клиентов. Вы также можете обратиться в канал Marketplace, чтобы реализовать это через плагин. Тогда, если достаточное количество сайтов начнёт его использовать, он со временем может попасть в основную версию.
Уже можно ограничивать ответы с помощью настройки «медленного режима» для категорий.
Это новинка для данной темы. Какую проблему вы пытаетесь решить, ограничивая длину сообщений только в определённых категориях? Существует настройка администратора «максимальная длина сообщения», но она влияет на все сообщения на сайте.
Полагаю, ограничение длины отдельных постов менее ценно, чем ограничение совокупной длины постов за определённый разумный период времени.
Однако может существовать сценарий использования, оправдывающий ограничение размера постов для конкретной категории, а не для всего сайта в целом.
Извините за длинный ответ, я не заметил уведомление 
Думаю, внедрение ИИ в Discourse — это настоящий прорыв. На моём экземпляре форума я использую плагины ИИ, благодаря которым появилась зона (категория) общения между людьми и людьми с ИИ. Как известно, в отличие от общения между людьми, общение с ИИ платное, и неконтролируемое взаимодействие людей с ИИ может обойтись администраторам сайта очень дорого. Существующие плагины ИИ не позволяют настраивать количество вводимых символов и число запросов. В связи с этим считаю, что пришло время добавить функцию «максимальная длина сообщения» с возможностью выбора категорий, групп пользователей, а также настроить максимальное количество символов для личных сообщений. Поскольку большинство пользователей предпочитают общаться с ИИ именно в личных сообщениях.
Я думаю, что вам может подойти (пока ваша идея не будет реализована) плагин, который ограничивает количество сообщений в категории с помощью счётчика — например, удаляет пользователя из группы, необходимой для публикации, когда счётчик достигает нуля. Тогда пользователь мог бы, скажем, оплатить доступ к группе и counter количеству сообщений (или ждать до конца месяца, когда счётчики у всех сбрасываются?). При публикации сообщения в этой категории счётчик уменьшался бы.
Плагин автоматизации мог бы помочь, но, насколько я понимаю, у него нет функций для управления счётчиком.
