ACL групп

Я видел несколько тем в Google по этой теме, но не нашёл чётких указаний.

Я планирую переход с vBulletin3 на vBulletin5, а затем рассматриваю возможность перехода на Discourse. Главным ожиданием от современного решения, такого как Discourse, была возможность управления/создания групп и предоставления им детального доступа, но, похоже, это не так.

Неужели я ошибаюсь и просто не нашёл эту функцию в настройках?
Если я прав, есть ли какие-либо официальные планы по eventual поддержке этого или существуют ли плагины, предлагающие что-то подобное?

Спасибо.

1 лайк

Не уверен, насколько детально вы хотите это настроить?

Вот что сейчас доступно в Discourse: Understanding groups and category permissions

2 лайка

Привет, спасибо за ссылку, я её изучу.

Я имел в виду что-то вроде большинства CMS: перечисление всех возможных вещей сводится к перечислению возможных действий, выполняемых администраторами, таких как операции CRUD для пользователей, категорий, тем и т. д.

С точки зрения UI это один из худших кошмаров, но с точки зрения настраиваемости это действительно мощный инструмент.

Для этого потребовались бы специальные таблицы, например:
Пользователи ← → Группы_пользователей ← → Группы ← → Группы_действий ← → Действия

Таким образом, пользователи могут входить в одну или несколько групп, а группы могут иметь одно или несколько действий.
Меня беспокоит, что это такая «базовая» функция, что я не знаю, сможет ли плагин реализовать что-то подобное.
Поэтому я и спрашивал, планируется ли что-то подобное для самого Discourse или уже существует.

Ссылка, которую вы предложили, объясняет, как определить, «где» могут действовать предопределённые роли, но «что» они могут делать, жёстко зафиксировано и сводится к базовым возможностям: «просмотр, чтение, ответ». Это приемлемо для «фронт-офиса», но для «бэк-офиса» возможностей практически нет.

Работа в бэк-офисе в основном касается обслуживания самой платформы в части администрирования и модерации. Уровень детализации может быть следующим:

  • Управление пользователями (все операции)
  • Одобрение пользователей
  • Блокировка/запрет общения для пользователей
  • Доступ к настройкам кастомизации
  • Доступ к настройкам (возможно, ещё более детальным)

Это, конечно, лишь примеры, но надеюсь, я ясно выразил свою мысль.

1 лайк

Пользователи ← → Пользователи_Группы ← → Группы уже существуют,

Но Actions_Groups прописан жестко, и вот как это реализовано: Trust Level Permissions Reference

2 лайка

Да, я так и подумал. Поэтому я и спрашивал, есть ли в плане работ что-то о переработке этой функции для её расширения.

Произошла постепенная миграция определённых разрешений в SiteSettings с указанием одной группы. Существуют модераторы категорий, каждая из которых представляет собой отдельную группу. Однако в основном единственным динамическим разрешением является доступ к категориям.

2 лайка