CMS mojoPortal: администрирование
описание системы управления контентом mojoPortal
Малоизвестный у нас пока движок mojoPortal продолжает свое тихое, но многообещающее развитие. При этом стоит заметить, что непростой труд его разработчика — Джо Одетта — был отмечен наградой 2007 Open Source CMS Award в разделе Best Other Open Source Content Management System. Разумеется, это является значительным достижением в основном для самого создателя, тем не менее эта CMS попала на одну страницу с такими известными системами, как Drupal, Joomla, Made Simple. А они тоже с чего-то начинали. Информация, приведенная далее, будет полезна при освоении администрирования сайта под mojoPortal и управления пользователями.
Для тех, кому читать лень, есть ссылки: mojoPortal User Guide Volume 1, где во флеш-ролике описываются основы использования mojoPortal (рассматриваются создание страниц, редактирование содержания и настройка графического интерфейса), а также MyPage Demo. Во втором ролике показывается, как работают в mojoPortal характеристики MyPage Personalization. Сам же разработчик не отказывается ни от какой помощи, поэтому если у волонтеров возникнет желание создать учебные пособия (желательно на английском), то эти материалы будут размещены на его официальном сайте.
Роли и полномочия
Администратор:
- не может быть удален;
- может сделать что угодно на сайте независимо от других параметров настройки полномочий;
- единственная роль, которая может добавить, редактировать и удалить другие роли;
- единственная роль, которая может добавить пользователей;
- единственная роль, которая может создать пользователей, независимо от регистрации на сайте;
- единственная роль, которая может конфигурировать параметры настройки защиты сайта.
Администратор контента:
- не может быть удален;
- может просматривать любую страницу сайта независимо от разрешений, кроме страницы администрирования, как единственная роль с полномочиями просмотра;
- может добавлять или удалять страницы;
- может редактировать любую страницу или модуль независимо от разрешений, кроме случаев, описанных выше;
- может определить, какие другие роли могут просматривать или редактировать страницу;
- может изменить настройки веб-сайта, кроме настроек безопасности.
Авторизованный пользователь:
- не может быть удален;
- пользователям автоматически присваивается эта роль, но они могут быть удалены;
- цель этой роли состоит в том, чтобы облегчить доступ к страницам, для просмотра которых необходима регистрация, но нет необходимости в получении других ролевых полномочий.
Дополнительные роли
Можно создать столько ролей, сколько необходимо. Предоставлять этим ролям полномочия для просмотра веб-страниц и модулей постранично или помодульно, создавая такое управление контентом, какое необходимо. Можно создать страницу с корневым меню для различных отделов, а также создать роли для этих отделов с полномочиями Page Edit и Create Child Pages. Таким образом, это дает разрешение редактировать их основную страницу и последующие, создавая разветвляющееся меню.
Полномочия
Просмотр страницы:
- задается постранично в зависимости от роли;
- предписывает, какие страницы могут находиться в меню пользователя для просмотра всеми пользователями;
- позволяет неавторизованным пользователям просматривать страницу;
- задается в странице, потому даже если пользователь изменяет url, чтобы переместиться к нужной странице, она все равно не отображается.
Редактирование страницы:
- задается постранично в зависимости от роли;
- пользователи имеют право добавлять, перемещать или удалять модули на любой странице, на которой они имеют такое разрешение;
- пользователи могут редактировать настройки страницы, за исключением редактирования полномочий для этой страницы;
- пользователи могут редактировать настройки и контент для любого модуля на странице, на которой они имеют такое разрешение.
Создание дочерних страниц:
- задается постранично в зависимости от роли;
- работает вместе с разрешением Page Edit;
- пользователи могут образовывать новые страницы от тех, для которых у них есть полномочия Edit и Create Child Page;
- по умолчанию дочерняя страница предоставляет такие же полномочия пользователю, что и исходная, но это может быть изменено контент-администратором.
Редактирование модуля:
- назначается ролью;
- пользователи могут редактировать содержимое модуля, при этом предполагается, что они имеют полномочия не менее чем для просмотра данной страницы;
- пользователи могут редактировать настройки модуля, за исключением изменения настроек полномочий;
- входит в состав полномочий редактирования страницы, то есть при наличии этих полномочий нет надобности в разрешении редактирования модуля на данной странице.
Управление пользователями
Если пользователь входит в роли администратора, тогда страница Member List отображает ссылку «Добавить пользователя», а рядом с каждым именем пользователя показан значок механизма. Нажатие на эту иконку открывает страницу управления пользователями (User Management Page) для управления выбранным профайлом.
Страница управления (Management Page) содержит следующие настройки:
- просмотр и редактирование параметров пользователя;
- блокирование или включение любой учетной записи пользователя;
- сброс или смена пароля;
- управление ролевыми полномочиями пользователя.
Для того чтобы увидеть эти характеристики, можно воспользоваться демонстрационными роликами.
Нажатие на ссылку Add User наверху страницы со списком членов (Member List) открывает страницу управления пользователями (User Management) для создания новой учетной записи. Другим вариантом создания такой записи является регистрация на Registration Page, конечно, если веб-сайт настроен поддерживать эту функцию.
Если веб-сайт настроен использовать LDAP Server для идентификации также, как OpenLDAP или MS Active Directory, то пользователи сайта будут создаваться автоматически при первой авторизации. Для таких пользователей можно настроить параметры и роли, однако управление паролями и привилегиями входа в систему обрабатываются сервером LDAP.
При использовании локального intranet идентификация Windows также может быть использована путем настройки режима идентификации (Authentication mode) в файле Web.config в корневом каталоге сайта. Как и в случае с LDAP, пользователи сайта будут создаваться автоматически.
Предполагаемое направление развития
В ближайшее время предполагается в контексте данного вопроса добавить еще две роли: контент-авторов и контент-издателей. Это позволяет расширить возможности управления сайтом, распределив часть полномочий авторов и издателей разделов. Таким образом, можно поручить различным отделам управлять секциями страницы, наполняя их контентом. При этом каждая секция будет иметь собственное ответвление меню.
Будет создана типовая страница под названием Content Staging, которая будет иметь несколько дочерних страниц для создания контента. Эти страницы не будут публичными, поскольку у них не будет разрешения просмотра All Users. Авторы контента будут иметь полномочия редактирования этих страниц, благодаря чему на них будет возможным добавление и редактирование модулей.
Контент-издатели будут иметь разрешение на редактирование всех общественных страниц, так же как и страниц организации содержания. Это позволит им перемещать модули со страницы организации содержания на общедоступные страницы. Подобный сценарий позволит формально осуществить одобрение контента этими издателями. Это всего лишь пример, и можно создать множество дополнительных ролей, сделав их более «гранулированными», чтобы некоторые роли имели разрешение на публикации на каких-либо страницах. И можно было бы установить много организационных страниц, чтобы каждая логическая группа имела свое пространство управления и одобрения контента.
По утверждению разработчика, в небольшом вычислительном центре можно как выбрать менее формальный подход, так и дать всем авторам роль контент-администраторов, чтобы потом только устно согласовывать, когда перемещать контент из организационной области на общедоступные страницы.
В данном случае есть множество вариантов публикации контента. Например, можно переместить модуль из организационной области на общедоступную веб-страницу, а можно и целую страницу сделать или корневой в меню, или дочерней для другой открытой страницы. Также возможно и изменение полномочий просмотра для подобной страницы, чтобы сделать ее для всех пользователей или только для авторизованных на сайте.
Можно найти и еще множество направлений в дальнейшем развитии, которые удовлетворят конкретного разработчика. Это было всего лишь описание того, как роли и полномочия позволяют контролировать управление содержимым веб-сайта. А как это использовать, решать уже создателям сайтов.
В качестве иллюстрации к сказанному выше Джо Одетт приводит описание, как в mojoPortal были добавлены, начиная с версии 2.1, новые характеристики управления контентом. Стало возможным предоставление пользователям полномочий роли администратора и контент-администратора для простого управления любым опубликованным или не опубликованным в системе контентом.
Итого
Достаточно трудно изложить абсолютно все тонкости проекта, когда он находится в стадии постоянного развития. Основные моменты, изложенные на веб-сайте создателя mojoPortal, были переведены и представлены в серии статей на hostinfo.ru. Стоит отметить, что имеющаяся в английском варианте документация занимает достаточно большой объем и охватывает широкий круг тем. Такой широкий, что даже сам Джо Одетт стал размещать в некоторых разделах документации просьбу написать обучающее описание, направленную добровольцам. Похоже, пока добровольцы не откликнулись, а сам разработчик занят усовершенствованием mojoPortal. В любом случае любимый пес разработчика Mojo получил отличный шанс войти в историю Интернета, а интернет-сообщество получило весьма функциональную CMS. Дальнейшее развитие покажет время.
Ссылки по теме
