Есть самописная цмс. Программирована функционально (без классов и тем более не на фремворке). Админка оч удобная, но тоже функционально запрограммированна.
Структура данных примерно такая (гибкая и без ограничений на свойства):
- категории информации (с любым вложенным количеством подкатегорий) - отдельная таблица (ид, парент_ид, другие_поля_для_инфы_текст_имэдж_и_тд)
- категория может иметь материалы - отдельная таблица материалов (ид, парент_ид_категории, другие_основные_поля...) + таблица для расширения полей - каждое доп.поле в отдельной записи (ид, парент_ид_материала, имя_поля, значение_поля)
- другие спец таблицы - настройки сайта, лог изменений материалов, статистика от гугл и другие дополнительные сучности (могут быть добавлены и дописаны в коде)
- рализованы механизмы связывания материала с другими материалами (один-к-многим) и с категориями (один-к-многим)

Программная часть - для каждой категории можно установить "свой" контроллер из имеющихся (или написать), который дергает свою вьюшку. Т.е. тожэ гибко и в теме фреймворков. Все разруливает index.php.

Стоит такую цмс рефакторить на фреймворке? Например в CI или Yii? Смущает структура доп.полей, не тормозная ли она. Небольшие сайты (например недоделанный еще _http://meryland24.ru/ и много других) работают шустро.

Понятно что программная часть (ее реализация) имеет меньше значения для функциональности движка, структура БД важнее. Но прогать в функциональном запарило. А просто взять и заново переписать движок не хватает решимости, хотя делов вобщем то не много. Посоветуйте.

Спасибо.

ps: схему рисовать не стал, т.к. не иннодб - мало что видно будет

r u,

спасибо за ответ.
я тожэ имел ввиду для новых сайтов. ооп - да, знаем ) держали в руках и писали на yii, "страха" нет

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

автора делать на нерешенной структуре программной части (про шаблоны) всмысле пределывать на ооп