Все для создания сайта

До обновления системы от 12.06.07 года, модуль "Редактор страниц" имел следующий способ работы: в панели управления был список страниц сайта и к каждой странице окошко с кодом. Таким образом, пользователь должен был отвечать за код каждой страницы в отдельности и хранился в системе этот код единым объектом. Работа других модулей принципиально разнилась с организацией "Редактора страниц".
Явное неудобство "Редактора страниц" выражалось в том, что при смене дизайна проекта информация хранящаяся на таких страницах терялась. Это закономерно, так как система не различала контента и оформления. Неявное неудобство чувствовалось также - лишний код (часто совершенно одинаковый для страниц) не давал сразу сосредоточиться на месте добавления обычной информации, предназначенной для вывода на данной странице. Совершенно иначе обстояло дело с такими модулями как "Дневник" или "Новости сайта" и тому подобных, организованных по принципу каталога. Здесь все материалы хранились в базах и при смене оформления оставались в тех же ячейках памяти, что позволяло вывести безболезненно ее[информацию] при любом дизайне. После обновления все преимущества каталожных модулей стали доступны и для "Редактора страниц". Прежние страницы система позволяла редактировать как и прежде, а вот вновь созданные работали по новому принципу.

Настоящее.

На данный момент для "Редактора страниц" работает следующий принцип: есть единый шаблон - он отвечает за дизайн всех страниц, его можно править по адресу: "Редактор страниц"->"Управление дизайном страниц"->"Страницы сайта". Кстати, применяя каркас к "Редактору страниц" можно увидеть генерацию этого шаблона самим каркасом. Именно в "Страницы сайта" хранятся правила оформления страниц, созданных в "Редакторе страниц". Наполнение страницы теперь хранится в базе и соответствует глобальной переменной $CONTENT$. Все, чем наполняется страница через путь "Редактор страниц"->"Управление страницами сайта"-"Изменить инфмормацию" хранится именно в этой переменной - $CONTENT$ и именно эта переменная говорит системе вывести данные. Таким образом, пользователь получает 2 весомые возможности:
1. Изменять дизайн и знать, что данные выведутся на новом дизайне неизменно(через переменную $CONTENT$).
2. Сосредотачиваться на наполнении страницы и не видеть лишнего кода, отвечающего за дизайн.
Остается остановится на скрытой возможности изменения дизайна каждой отдельновзятой страницы. Если раньше это было явно - код ведь отдельный для каждой страницы, теперь это просто скрыли, при генерации страниц сайта код также для каждой из них свой, достигается это лишь по-другому. Введена переменная $URI_ID$, которая отвечает за идентификацию страницы. Другими словами, можно сказать системе: вот эту страницу прописать так, а ту иначе. Делается это через условные операторы. Как и в случае с каркасом можно прописать в шаблон дизайна страниц эту переменную[$URI_ID$] и самим увидеть как система выведет на каждой странице ее имя. Или воспользоваться следующим правилом: имя страницы определяется как pageN, где page - неизменная часть имени, а N соответствует ID страницы, которое указано в колонке ID для каждой страницы по пути: "Редактор страниц" » "Управление страницами сайта". Должно получится что-то вроде: page1, page2 и т.д.
Далее всего лишь условный оператор типа:
%IF($URI_ID$=page1)%желаемый код страницы с ури1 %ELSE% код страниц с другим ури %ENDIF%
Здесь от нужд уже. Один раз настраиваем дизайн и затем с удовольствием работаем лишь с контентом, кстати, последнее можно делать даже с самого сайта.
Система стала еще проще и приятнее для пользователя.