СущностьОписание MODX EvolutionMODX Revolution
Базовые элементы
Категории++ РесурсыMODX-документы++ ШаблоныШаблоны для оформления документов++ Параметры TVДополнительные параметры для шаблонов (TV — это не телевизор, о чем кстати и значек в админке Рево намекает, а Template Variable).
Позволяет создавать дополнительные поля для документов++ ЧанкиБлоки HTML-кода++ СниппетыБлоки PHP-кода++ ПлагиныБлоки PHP-кода, выполняемые по системным событиям.
Позволяют вклиниться в логику движка и отдельных компонентов.++ МодулиРасширения MODX. Могут использоваться не только как расширения оформления и функционала админки, но и как единое хранилище пользовательских переменных для связанных элементов, таких как чанки, сниппеты, ресурсы и т.п.+- Наборы параметровНаборы параметров можно передавать в качестве аргумента элементам, таким как чанк или сниппет, и значения набора параметров будут переданы этому элементу. Только надо иметь ввиду, что для этого набор параметров должен быть связан с этим элементом. В данном плане суть набора параметров напоминает суть Модулей в Evolution, только имеет преимущество в том, что одному элементу может быть привязано сразу несколько наборов параметров, и на уровне синтаксиса эти наборы можно переключать. В Эво с модулями такой фокус не пройдет.-+ КонтекстыКонтексты позволяют создавать несколько сайтов на одном движке. Вообще у контекстов очень много сфер преминения, не буду сейчас все расписывать, это тема для отдельного топика.-+ ДействияПо сути это элементы оформления админки. Можно самому переиначить все пункты меню, скрыть ненужные пункты, создать свои, ограничить права и т.д. Роль Действий в Эво выполняют Модули, с той разницей, что в Эво Модули — это чисто пользовательские элементы, а в Рево Действия — это в общем. То есть в Эво вы не сможете через админку удалить все элементы и пункты меню админки, а в Рево можно.-+ Пространства именПозволяют создавать более обособленные модули, что улучшает управляемость отдельными компонентами всей Системы-+ Источники файловПозволяют в одной системе создать сколь угодно источников файлов, что позволяет для отдельных компоненов сразу указывать где хранить пользовательские файлы и какие пути до них формировать.
На сегодня Рево нативно поддерживает два типа источников файлов: 1. Файловая система 2. Хранилища Amazon S3-+ Группы ресурсовПозволяет объединять ресурсы в отдельные группы. Это удобно в том плане, что можно настроить доступы к отдельным группам ресурсов.++ Web-пользователиВ Эво простые пользователи и пользователи-менеджеры, это отдельные сущности со своими таблицами. Для этого даже отдельно есть «Управление веб-пользователями» и «Управление менеджерами», а так же «Права веб-пользователей» и «Права менеджеров». Не очень круто… В Рево есть только Пользователи. Какие права имеют каждый пользователь в отдельности или группа пользователей, определяют настройки политик безопасности.++ Менеджеры+- Шаблоны политик доступовПозволяют создать «заготовки» для политик доступов. В Эво это частично присутствует, так как для создания пользовательских Ролей (наборов политик доступов) уже есть один общий шаблон политик, но во-первых, его нельзя редактировать через админку, а во-вторых, нельзя создать свой шаблон. В Рево это все можно делать.+-+ Политики доступаНаборы прав на те или иные доступы. В Эво и Рево это имеет несколько различающийся смысл. В Рево Политика доступа — это пока еще только набор тех или иных прав. Политика как бы не привязывается к конкретному пользователю. Политики проявляются только тогда, когда проверяются права доступа к тому или иному объекту, но на основе данных «Группа пользователя», «Ранг» и «Роль» (в общем сейчас в два предложения не уложиться и сейчас это все будет слишком запутанно. Обязательно все это рассмотрим потом в отдельной теме). Так вот, а в Эво это работает по другому. В Эво создается Роль (что по сути является Политикой доступов), и в данной Роли уже прописываются все права, какие будет иметь пользователь с данной Ролью. При чем когда вы редактируете пользователя, для него вы не указываете Роль, вы указываете только группу пользователя. Это и есть его права. При чем для Менеджеров необходимо создавать свои группы пользователей отдельно. И веб-пользователей нельзя поместить в группу менеджеров, и наоборот. Конечно, если быть еще более точным, то веб-пользователям в Эво как бы и вообще нельзя дать доступы. Можно только определить доступ отдельных групп пользователей к отдельным группам ресурсов, но определить какой группе веб-пользователей можно сохранять документы, а какие нет — нельзя. И еще уйма ограничений.+-+ Группы пользователейВ Эво группы пользователей несут только две функции: 1) Сгруппировать пользователей, просто для структуры. 2) Определить к каким группам ресурсов будет иметь пользователь группы. На этом все. В Рево все гораздо серьезней. Опять-таки, этот вопрос вынесем в отдельный топик. Скажу только, что пользователь с одной и той же Ролью может находиться в разных Группах пользователей, и иметь разные права, скажем, в зависимости от того, к какому контексту идет обращение. Так же Группа пользователя (в купе с настройками политик) будет определять уровни доступов к Контекстам, Группам ресурсов, Категориям элементов и источникам файлов. К слову, более мощной системы политик безопасности, чем в Рево, я не встречал ни в одном движке.++
Элементы управления
Управление политиками безопасности++ Управление пользователями++ Управление системными настройками++ Управление пакетамиВ Эво нет такого инструмента, как Система пакетов. То есть нельзя устанавливать пакеты, удалять и т.п. Все приходится делать вручную.-+ Управление словарямиВ Эво тоже есть словари, но только на файлах. Управления словарями через админку там нет.-+