Ядро CMS

Добрый день!
Возможно вопрос несколько глупый и ответы на него очевидны, но всё же...

Что должно содержать в себе ядро CMS? По каким правилам что-то помещается в ядро, а что-то им не считается?

Смотрел на эти классы в Joomla! и в Kohana, но так и не смог понять.
В некоторых CMS вообще есть и Core и Application.

Если кому-то не трудно, расскажите пожалуйста или дайте ссылку, где можно об этом почитать

0

Сообщение от rean1mator Что должно содержать в себе ядро CMS?

Видимо вы про структуру пишите? Читайте про MVC

0

MVC понятна. Но помимо контроллеров, моделей и видов в CMS-ках существуют файлы с классами "Core"-ядро и "Application" - приложение. Тут и становится непонятно, что должно жить в подобных классах?

0

Сообщение от rean1mator MVC понятна

хаха

Сообщение от rean1mator Что должно содержать в себе ядро CMS?

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

0

Сообщение от Василий Макогон вопрос настолько абстрактный, что даже обсуждать не хочется

Я вообще-то никого не заставляю. Если Вы не заметили, в топик старте написано

Сообщение от rean1mator Если кому-то не трудно...

0

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

1

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

0

На мой взгляд ядром системы считается то без чего она не сможет работать в минимальной поставке (без модулей). Как её функции будут реализованы (т.е. на какие классы будут разбиты и как это будет устроено файлово) - мне кажется немного другой вопрос.
А CMS в целом - весь её код который не касается какого-то отдельного сайта

1

слово ядро какое то тупое, не люблю его

0

0

rean1mator, заданный вопрос, конечно, риторический.
Для придания Вам стимула в решении данного вопроса, могу предложить в качестве примера рассмотреть структуру каталога одного из моих проектов:


Config - хранятся файлы с настройками сайта (все настройки сайта, которые не должны редактироваться администраторми сайта (которые не хранятся в БД) - в этом каталоге

console - по-сути, то же, что и папка controllers, однако, для работы с консольной средой (механизмы, которые выполняются по cron`у, например)

controllers - каталог, содержащий контроллеры (помните модель MVC?)

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

logs - все логи проекта. apache, mysql, mongo, sphinx, mail все там

models - модели (MVC)

public - вот эта папка "для пользователей". там и index.html и js-скрипты и стили и прочее, прочее.

templates - Вьюверы, шаблоны (MVC)

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

Ну, а самый "главный" файл, который все запускает, инклюдит и прочее - просто файл index.php, на который с помощью .htaccess реврайтятся необходимые запросы. Файл, кстати, 110 строк, не так уж и много =\

Спасибо за уделенное время. Удачи тебе в поиске твоего философского камня

P.S. написанный мной пример не претендует на звание лучшей организации структуры каталогов для проекта! Выложил не для обсуждения, а просто, для примера, в надежде, что это кому-то поможет разобраться с неоднозначным вопросом, указанным в теме.

1

c_k_rim, благодарю за столь развернутый ответ!
Именно такого рода описание я и пытался найти в сети, но после безуспешных попыток, решил задать сей вопрос тут.

Добавлено через 5 минут
Сейчас потихоньку работаю над структурой системы, пытаюсь прийти к первому запуску с выводом шаблона и тд. Как только получится собрать основной каркас, способный работать - выложу то, как это получилось у меня

0

Самое главное - рисуй перспективу разработки CMS сразу.
Распиши что будет грунтом, а что планируется доработать.
Как минимум предусмотри локализацию, и возможности инклудить свои какие-то модули.

0