В общем в разработках сайтов очень часто повторяются одни и теже функции: новости, опрос, юзеры, оплата и т.д..

Очень часто начинается разработка с одного и тоже, пишится нулевой движок, к нему проверки аунтентификации, проверка+подключение БД и прочее..
--
Стал вопрос о создании универсального движка с поддежкой шаблонов+модулей и блоков.
--
Оптимально создать универсальный, а далее через админ.интерфейс поставить модули и все.

Готовые решения просьба не предлагать..

С чего начать?
У меня мысли такие, что создавать подключение к бД через класс-mysql (оптимально вынести классы по работе с БД в другу папку, чтобы можно было нетолько мускул) далее проверять таблицу в БД на предмет модулей.. если в таблице есть модули, то начинать их прикручивать, но тут возникает вопрос как, и в какой последовательности, ведь иногда бывает так что модуль авторизации (по куки) должен идти до вывода буфера.. или там необходимо чтобы часть модуля была вверху страницы, а часть внизу (баннеры) вот тут и возникают косяки.

Оптимально через smarty, но косяки с авторизацией, оплатой всеравно остаются..

Отсюда возникает вопрос: реально ли вообще сделать универсальную систему?? Хотя бы для определеннной категории сайтов? Если да , то с радостью послушал бы советы..

С уважением.
Kallisto.

Универсальную схему сделать вполне возможно. Для затравки ознакомьтесь, например, с http://typo3.org/.

Это называется - CMS

А методология разработки предполагающая повторное применение кода - ООП

CMS, серьезно?   ну ты даешь... незнали таких.


Еще раз говорю, что это понято что это КМС и все такое, речь идет о организации ее.. возник вопрос как правильно организовать, чтобы облегчить работу... пока идей нетю   

а пока идей нету......пользуйтесь функциями

Я перепробывал кучу CMS в конечном итоге остановился на Joolma. Теперь по сути... там по моему это уже так и организовано, т.е. свободно можно определить и в какой части шаблона будет располагаться модуль и в какой последовательности. Если брать их подход, то чем не вариант решения..

Ну, какие тут могут быть идеи, берем и пишем. Сначала классы всякие, например для работы с MySQL. Потом ядро, генерация всякая, подсчеты и т.д.

Потом модули, для начала традиционно модуль новостей.

А зачем Модуль авторизации?
Если это у тебя изночально продумано что это будет в CMS то и делай как файл ядра.
И тогда Делай авторизации до вывода.

"Потом ядро, генерация всякая, подсчеты"
так вот в каком порядке? 
Сначала парсится шаблон, и в него уже модули или как?

я хочу сам понять, тогда я реализую оч. быстро..  Помощь зала? )

Добавлено через 8 минут и 37 секунд
"Если это у тебя изночально продумано что это будет в CMS то и делай как файл ядра."
ну а если просто новостной сайт, зачем там файл авторизации? вот и встал вопрос о создании такой системы

 Сказали же, Joomla тебе в помошь - открытый программный код, комментарии - сиди разбирай, как каструктар, а потом на премере свое собирай ;) 

Тут скачть мона Joomla

Добавлено через 1 минуту и 53 секунды

Ну создай авторизацию отдельно от ядра... 

А вообще, новостной сайт без авторизации - это нечтно новенькое, новости без модерирования все подряд добавляют что ли?

Добавлено через 4 минуты и 17 секунд
Сори, за оффтопы....

Но имхо, даже для HomePage нужна авторизация хотя бы для гостевой книги...

Обычные новости без модерации... 
админ добавляет и все...

что тут сверхнового? 

спасибо за линк.. поковыряю. ;)

Зачем парсить шаблон в самом начале?

Он вообще должен парсится в самом конце. Когда у уже действия сделаны вот только тогда выводим.

в самом начале парсить например для вырезания блоков в зависимости от уровня тек. пользователя (как пример) или просто для определения блоков шаблона (для дальнейшего ПЕРЕопределения) 
авторизация:

в "ГЛАВНОМ" скрипте чтото типа:
 

ну так в самом конце и проверяй с самом шаблое типа такого



или вообще есть в шаблоне типа {auth}, делай проверки какие тебе нужно, а в шаблон в конце вставляй результат.

ИМХО авторизация должна быть в ядре, а не модулем.