Привилегии администратора, похоже, смешивают роль «администратора сервера» с ролью «главного модератора».
Мой вопрос основан на нашем сценарии использования, когда IT-отдел настроил наш экземпляр сервера Discourse, но не несет ответственности и не интересуется управлением или разработкой контента внутри Discourse.
Существует ли способ разделить опции, за которые должен отвечать «администратор сервера» (например, настройка SSL), от задач, которые выполняет «главный модератор», таких как создание категорий?
IT-администратор, отвечающий, например, за настройку SSL, даже не обязательно должен иметь учётную запись Discourse — ему нужен только доступ к серверу. Кроме того, большинство настроек, связанных с IT, можно задать как переменные окружения в app.yml, что делает доступ к веб-части Discourse со стороны IT-специалистов ненужным.
Таким образом, ваш «главный» модератор может спокойно быть администратором или модератором Discourse.
В разделе Email есть некоторые поля, которые могут вызывать беспокойство у некоторых администраторов сервера, но которые на самом деле не нужны главному модератору. Например, учётная запись электронной почты и пароль, номер порта для опроса по протоколу POP3 и другие параметры.
Кроме того, существует ряд других параметров Администратора, которые могут влиять на нагрузку сервера, и я легко могу представить, что администраторы сервера захотят контролировать эти настройки. Простой пример — максимальный размер файлов изображений и вложений. После просмотра всех опций администратора становится ясно, что многие настройки должны контролироваться администратором сервера, а не главным модератором.
Суть моих вопросов в том, что публичная команда может легко оказаться скованной действиями команды бэкенда, хотя у обеих сторон есть законные опасения.
Возможно, существует шаблон главного модератора, который ограничивает доступ к определённым параметрам в панели администратора?
Я посмотрел на ссылку, касающуюся внешнего хранилища, но для нового пользователя это немного запутанно.
Итак, если я правильно понимаю, вы говорите о двух вещах: (1) все настройки, видимые в панели администратора, можно настроить в файле app.yml, и (2) панель администратора не будет отображать какие-либо опции, которые настроены в файле app.yml.