Шаблоны и движок: проблемы версий

В прошлом посте я упомянул о проблеме совместимости шаблонов разных версий скрипта. Имеется в виду ситуация, когда пользователь скрипта v1.0 изменил шаблоны, но появляется версия 1.5, где ряд шаблонов изменен (возможно существенно). И ему приходится вручную все переделывать, сравнивая разные версии шаблонов.

Итак я пришел к следующим выводам.
1. Не зашивать дизайн жестко в код скрипта.
2. Не использовать XSL/XSLT, т.к. юзер наверняка не умеет с этим работать.
3. Использовать Smarty в качестве шаблонизатора.
4. Максимально загрузить CSS при верстке дизайна, как например на Хабре.

Такой расклад меня полностью устраивает. Надеюсь, что пользователей тоже.

Атрибуты нормального скрипта для продажи.

Что я думаю о том, какие возможности должен предоставлять коммерческий скрипт/движок.

1. Удобный установщик.
- скачиваем архив скрипта, распаковываем и заливаем папку на сервак;
- залезаем через браузер на будущий сайт (или что там будет), где тут же выскакивает конфигуратор/установщик;
- указываем данные по доступу к БД плюс некий минимум для работы, жмем "Next"
- автоматом создаются все необходимые таблицы в БД, проверяются зависимости библиотек, доступность каталогов для записи и пр. В случае неудачи показывается описание ошибок и кнопка "Retry";
- итак, финальное окно, возможно, с просьбой удалить какие-нибудь файлы установщика.

2. Все настройки скрипта производятся только на сайте, т.е. не надо лезть в текстовые конфиги и править параметры там руками. Хотя сами настройки в таком файле и хранятся. :)

3. Отделение кода обработки данных от представления данных, т.е. дизайн хранить в шаблонах, и использовать, например, smarty для отображения.

4. Для удобства локализации на другие языки, вынести все возможные моменты в некие переменные и хранить их отдельно, например, в файле. Редактирование этих переменных, пожалуй, можно делать вручную.

Вот тут есть неприятный момент, когда пользователь изменит шаблон под себя (я сторонник предоствления ему полного контроля отображения), а в новой версии скрипта какие-нибудь шаблоны будут изменены... И что после этого полноценную CMS делать?

Хотя на создании различных дизайнов шаблонов тоже бизнес делать можно. :) Вообщем у меня на этот счет есть кучка мыслей, когда определюсь окончательно - выложу.

5. Поддержка скрипта.
- написание мануалов по установке и использованию;
- отслеживание возможных багов, да и просто на вопросы юзверей отвечать.

...