Это определённо закрывает многие мои пункты по делегированию деятельности по модерации, где у категорий будет чётко определённая область действия (например, у глобальной роли модератора могут возникать проблемы).
Единственный пункт, который остался в нашем списке желаний, — это возможность для делегированного модератора создавать подкатегорию в рамках своей конкретной категории. Мы изучаем несколько способов автоматизации управления категориями или, по крайней мере, сделать этот процесс самообслуживания, но я предпочитаю держать всё в одном контексте, если это возможно.
Мне кажется, что добавление этой функции будет сложным.
Нужно проверить настройку сайта «модераторы могут создавать категории».
Проверить статус модератора категории для пользователя и отобразить значок «новая категория/гаечный ключ».
Требовать указание родительской категории в интерфейсе создания новой категории.
При этом родительская категория может быть только из списка тех, где пользователь является модератором категории.
Подумал, что стоит уточнить, есть ли эта функция в планах или, возможно, она уже работает, если использовать правильную комбинацию настроек. Если нет, то ручное создание категорий глобальными модераторами/сотрудниками или внешний процесс подойдут, так как делегированные модераторы не должны создавать категории постоянно.
Можете ли вы рассказать подробнее о вашем сценарии использования? Реальный пример того, как это могло бы применяться, мог бы помочь делу.
В настоящее время это невозможно. Логика, ограничивающая создание категорий только администраторами (а также модераторами, если включена настройка «модераторы управляют категориями и группами»), находится здесь:
Если эту функцию нельзя добавить в основной код Discourse, я думаю, её можно реализовать с помощью плагина Discourse. Плагину потребуется добавить дополнительную проверку в метод can_create_category?, чтобы убедиться, что параметр parent установлен, и что у пользователя есть права модератора категории в родительской категории.
Если плагин не подходит, это можно реализовать через API. По сути, системный пользователь будет отправлять запрос на создание подкатегории от имени модератора категории. Разработка такого решения будет довольно сложной — вероятно, это проще всего реализовать в случаях, когда у вас есть внешний сайт, выступающий в качестве провайдера DiscourseConnect для форума Discourse.
Для нас это тот же самый вариант использования, что и моды с ограничением по категориям. По сути, это предоставление автономии группам модеров категорий для управления их собственным сегментом сообщества по своему усмотрению.
Согласен, что это можно добавить в основную кодовую базу, чтобы расширить паттерн модов категорий, и эта функция — отличное начало. Мне нужно будет найти, где хранятся данные модераторов категорий, и добавить ещё один случай OR в эту проверку.
Однако более сложное изменение (на мой взгляд) будет в самом интерфейсе, где требуется родительская категория, а пользователь является модератором категории. Мне нужно внимательнее изучить код, чтобы понять, проще ли будет отфильтровать результаты выбора родителя, оставив только те категории, где пользователь является модератором, или же реализовать проверку валидации, при которой, если пользователь — модератор категории, будет возникать ошибка, если родительская категория не выбрана или не совпадает с его категорией. Фильтрация обеспечит лучший пользовательский опыт, но паттерн валидации, вероятно, проще в реализации.
И спасибо за то, что вынесли это в отдельную тему. После того как я опубликовал сообщение в объявлении, я чувствовал, что это должно было быть отдельной темой.
Это похоже на staff-experience и потенциально хорошее улучшение. Есть ли у нас правило трёх?
Я помню, что @Julienlavigne поднимал этот вопрос в контексте команд, где отдельные команды должны обладать автономией, но при этом не всегда должны иметь возможность получать доступ к категориям друг друга и просматривать их. Хотели бы вы по-прежнему видеть это в Discourse?
Это может оказаться сложным, так как потребуется тщательная реализация и новое административное Setting, поскольку большинство сайтов не захотят/не будут нуждаться в делегировании этого права модераторам категорий. Кроме того, в принципе мы не поощряем создание большого количества категорий.
Да, для нас это менее приватные категории, где мы хотим ограничить права на чтение для определенных групп, но это может появиться. Согласен, если это создаст своего рода неявную роль администратора категории в рамках определенной области. Если вы создаете подкатегорию, имеет смысл, что сторона захочет иметь возможность изменять настройки, такие как права на чтение и т. д.
Я просто думал о деятельности по созданию, но да, имеет смысл, что настройки категории должны быть частью той же области.
Сколько у вас категорий с модераторами категорий? Как часто вы ожидаете, что модераторы категорий будут создавать или изменять категории? Если конфиденциальность не является проблемой, то я не понимаю, почему модераторы категорий не могут просто попросить модератора или администратора внести эти изменения за них.
Вероятно, будет 20–30 категорий верхнего уровня для всех различных групп в офисе. У каждой группы будет своя структура подкатегорий.
Это на 100% точно можно реализовать через ручной запрос к категории типа «мета» или другой форме подачи заявок. Я предполагаю, что у каждой категории верхнего уровня будет один или два модератора верхнего уровня с уже предоставленными правами администратора категории. Они также будут управлять своей группой модераторов категории, чтобы помогать справляться с хаосом и эскалировать вопросы при необходимости.
Некоторые люди чувствительны к тому, что другие получают возможность редактировать «их» контент, поэтому, если бы я мог создать простой изолированный сад, я бы это сделал. Верхнего уровня сотрудников будет не так много, поэтому я не хочу, чтобы обработка заявок затягивалась. Как только мы действительно наберем обороты, мне нужно будет изучить отчёты как по вовлечённости в рамках конкретных областей, чтобы убедиться, что люди чувствуют, что их слышат, так и отчёты административного уровня, чтобы убедиться, что все придерживаются программы.
Да. Я хочу, чтобы модераторы категорий были администраторами своих категорий. Это, например, включало бы настройку параметров категории, прав доступа или даже создание категорий. Мы решили последний вопрос, автоматизировав создание категорий через API Discourse.
Интересно, не захотят ли теперь больше людей эту функцию, учитывая, что Discourse может хорошо работать с гораздо большим количеством категорий:
Что касается меня, то я представляю себе форум с разделами в более чем 100 странах, а также, возможно, с другими типами категорий. Хотя это можно реализовать с помощью тегов, мне нравится идея, когда каждая страна сможет управлять своими собственными подкатегориями, не обращаясь каждый раз к администраторам или сотрудникам вручную. Мне кажется, что управление категориями даёт больше контроля над тем, кто может просматривать, отвечать или создавать сообщения, чем управление тегами.
Я пока не думал на таком уровне, но это, безусловно, полезно. Я начну с внедрения этого. Что мне хотелось бы, так это чтобы модераторы могли создавать подкатегории.