Политики пользователя (Администрирование->Пользователи->Права->Политики пользователя)

Полина Андреева
2024-01-18 08:20
Действия в данной инструкции с пометкой требуются права администратора могут быть выполнены только при наличии доступа «Полный Администратор». Начиная с 2022 года для вновь заключаемых договоров такой набор прав предоставляется роли «Диспетчер-администратор» по умолчанию. Если ваш договор был заключен раньше, вы можете обратиться в техподдержку с соответствующей заявкой на расширение набора прав диспетчера-администратора.
Важно! Неосторожные действия полного администратора могут повредить систему и контент таким образом, что исправление последствий вмешательства выйдет за рамки гарантийной технической поддержки. В случае внесения правок в глобальные настройки рекомендуем вам убедиться в том, что вы полностью понимаете, за что отвечают данные настройки. Если у вас возникают сомнения в назначении глобальных настроек, обратитесь за помощью в техническую поддержку.
Подробная информация в статье «Полный административный доступ».

1. Общая информация

На странице «Политики пользователя» (Администрирование->Пользователи->Права->Политики пользователя) приведены настройки:

  • определяющие роли для различных категорий пользователей в системе;
  • отображения различной информации о пользователях;
  • сервиса Gravatar.

-Вернуться к содержанию-

2. Глобальные настройкитребуются права администратора

Доступны следующие глобальные настройки (Рис. 2.1):

Рис. 2.1. Страница «Политики пользователя».
  • Роль для посетителей (см. поз. 1 Рис. 2.1). Настройка позволяет определить, какая роль будет назначена всем пользователям, не авторизованным на сайте. Для выбора по умолчанию доступны следующие роли: гость (guest), куратор (mentor), запрет на переписку (silence).
  • Роль для гостя (см. поз. 2 Рис. 2.1). Настройка позволяет определить, какая роль будет назначена пользователям, которые авторизуются на сайте под ролью гостя. Для выбора доступны такие же роли, как и в настройке «Роль для посетителей» (см. поз. 1 Рис. 2.1).
  • Роль по умолчанию для всех пользователей (см. поз. 3 Рис. 2.1). В настройке можно выбрать, какую роль получат все аутентифицированные пользователи в дополнение ко всем другим назначенным им ролям. Для выбора доступны следующие роли: аутентифицированный пользователь (user), examus user (examus), куратор (mentor), запрет на переписку (silence).
  • Роль создателя в новом курсе (см. поз. 4 Рис. 2.1). В настройке можно выбрать, какую роль получит пользователь, создавший курс, в рамках этого курса. Для выбора доступны следующие роли: диспетчер-администратор (manager), преподаватель (editingteacher), ассистент (без права редактирования) (teacher), преподаватель (только чтение) (testingteacher), куратор (mentor), запрет на переписку (silence), тьютор группы (group_tutor), оператор Деканата (dofmanager).
  • Роль для пользователя, восстановившего курс (см. поз. 5 Рис. 2.1). В настройке можно выбрать, какую роль получит пользователь, который восстановит курс из резервной копии. Для выбора доступны такие же роли, как в настройке «Роль создателя в новом курсе» (см. поз. 4 Рис. 2.1), а также значение «Пусто» (выберите этот вариант, если пользователя, восстановившие курс, не должны получить права на управление этим курсом).
  • Автоматически зачислять администратора в создаваемые курсы (см. поз. 6 Рис. 2.1). Если опция отмечена, то диспетчер-администратор при создании курсов будет зачислен на создаваемые курсы в роли Преподавателя.
  • Автоматический вход гостем (см. поз. 7 Рис. 2.1). Если опция отмечена, то все пользователи, еще не вошедшие в систему, будут авторизованы под ролью Гостя. Таким образом пользователям не понадобится выполнять дополнительных действий по авторизации для того, чтобы войти в курс под ролью Гостя.
  • Скрыть поля пользователя (см. поз. 8 Рис. 2.1). Выбранные здесь поля профиля пользователя будут доступны только пользователям с правом просматривать скрытые поля профиля пользователя (moodle/course:viewhiddenuserfields). По умолчанию эти права есть у Управляющего, Учителя, Ассистента. Остальным пользователям они доступны не будут. Это повышает конфиденциальность информации о студентах. К примеру, если выбрать здесь поле «Город», студент не увидит его в своем блоке «Информация».
  • Отображать персональные данные (см. поз. 9 Рис. 2.1). При выборе или поиске пользователей, а также при выводе списков пользователей, кроме полного имени можно включить отображение этих полей. Эти поля будут отображаться только пользователям, у которых есть право moodle/site:viewuseridentity, по умолчанию это управляющие и учителя. Этот параметр может пригодиться, если вы указываете поля, которые являются обязательными в вашем учреждении.
  • Формат полного имени (см. поз. 10 Рис. 2.1). Настройка определяет, в каком виде в системе будет отображаться полное имя пользователя. Если в настройке введено значение по умолчанию «language», то формат полного имени пользователя будет определяться значением языковой строки «fullnamedisplay» (посмотреть значение этой языковой строки можно по следующему пути: Администрирование->Язык->Локальные изменения языкового пакета). Для того, чтобы изменить вид полного имени, можно использовать в этом поле следующие подстановки:
    • firstname – имя;
    • lastname – фамилия;
    • middlename – отчество;
    • fullname - имя фамилия;
    • alternatename – альтернативное имя;
    • firstnamephonetic – фонетическая запись имени;
    • lastnamephonetic – фонетическая запись фамилии.

Подстановки следует вводить, разделяя пробелом, в том порядке следования, который вам необходим.

  • Формат альтернативного полного имени (см. поз. 11 Рис. 2.1). Настройка определяет, как пользователям с правом moodle/site:viewfullnames (по умолчанию это пользователи с ролями Управляющего, Учителя или Ассистента) отображаются имена. В поле этой настройки можно использовать такие же подстановки, как и в поле настройки «Формат полного имени» (см. поз. 10 Рис. 2.1).
  • Максимальное количество пользователей на странице (см. поз. 12 Рис. 2.1). Настройка определяет максимальное количество пользователей, которые отображаются в интерфейсе выбора пользователей в курсе, группе, глобальной группе, веб-службе и т. д. При превышении максимального количества в интерфейсе будет отображаться сообщение «Слишком много пользователей для отображения».
  • Включить поддержку Gravatar (см. поз. 13 Рис. 2.1). Если опция отмечена, СЭО попытается использовать изображение пользователя из сервиса Gravatar, если пользователь не загрузил изображение профиля.
  • URL-адрес изображения по умолчанию для сервиса Gravatar (см. поз. 14 Рис. 2.1). В настройке можно указать URL-адрес изображения, которое будет отображаться у пользователей, у которых сервис Gravatar не смог найти изображение. Если оставить поле настройки пустым, СЭО автоматически выберет изображение для аватаров пользователей. Также сервис Gravatar имеет ряд подстановок, которые можно ввести в поле настройки для того, чтобы сгенерировать изображения для пользователей, у которых отсутствует аватар (подробнее – в документации Gravatar).

-Вернуться к содержанию-

Рейтинг ответа: 0 (0 оценок)

Комментарии запрещены