Создание ЦМС на фреймворке - стоит ли овчинка выделки ? Для ответа призовем на помощь философию и математику. Что такое полнофункциональная ЦМС? - Это конструктор, состоящий из набора деталей (модулей, элементов, действий на элементами ...). А что такое фреймворк? - Точно такой же конструктор, только другого плана (объекты, методы, свойства). Любой конструктор обладает ГИБКОСТЬЮ, т.е. взможностью создавать определенные кострукции. Чем разноообразнее создаваемые конструкции - тем больше гибкость конструктора. Но даже на самом совершенном конструкторе можно сделать далеко не все. Все определяется набором деталей. Говоря языком математики - гибкость любого конструктора всегда меньше единицы. Создание ЦМС на фреймворке - это по сути создание одного конструктора при помощи другого. Если гибкость фреймворка (условно говоря) 0,6 а гибкость ЦМС - 0,5 то гибкость всей системы будет 0,6*0,5=0,3 А ведь кроме гибкости существуют другие НЕ МЕНЕЕ ВАЖНЫЕ параметры - надежность, скорость, экономичность. И рассчитываются эти параметры по тем же самым принципам. ... Математика - наука точная, и спорить с ней трудно.
Гибкость CMS с PHP Api всегда равна 1 (принимая за 1 гибкость самого PHP), т.к. пользователям всегда доступен язык PHP в чистом виде. + доступны функции CMS, а если используется фреймворк - то и функции фреймворка. Очевидно, последние две не могут быть более гибкими, чем PHP, зато они делают её более "мощной".
Вы сами-то поняли, что написали? Если гибкость какой-то ЦМС равна 1 - это значит, что на этой ЦМС можно сделать ВСЕ ЧТО УГОДНО ! безо всяких исключений. То есть все, что можно написать ручками, можно будет сделать и на этой ЦМС. Где Вы видели такие ЦМС ? Поделитесь. Многим будет интересно это увидеть. А если исключения все-таки существуют (то есть сделать можно НЕ ВСЕ), то гибкость, увы, не равна 1.
Я думаю, тут всё зависит от точки зрения. Разработчик всегда смотрит на CMS, как на набор php скриптов, т.к. ему постоянно приходится "допиливать" функционал. Для него гибкость CMS напрямую зависит от гибкости интерпретатора. Контент-менеджер же пользуется только тем, что ему дали: вставляет текст, нажимает на кнопочки, ставит галочки. Результат его работы зависит от гибкости CMS, знания системы и изобретательности.
фреймворк я бы взял zend, с бд не пришлось бы парится, да и без разиницы что mysql, pdo. Да и MVC там реализовано на 100%, {Интегрированный шаблонизатор: Smarty} прикручиваеться оч просто. Обновлять проще через curl передал файл + постом ключь. (ключь можно создать md5(url.sol)) на клиенте проверять если все ок то ставить.