Новая архитектура CMS

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

man1, ты же не куда не продал? ;)) а то у темки уже почти 700 просмотров, видимо все хотят увидеть продолжение!

и шо полезного там можно увидеть?

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

МЫСЛЬ 4

Как мог бы быть реализован модуль? Обычно модуль состоит из папки и нескольких файлов в ней (сведения о модуле, инсталлятор, деинсталлятор, библиотека, файлы). Т.к. у меня стоит задача унификации формата модуля, то при первом приближении модулем могло бы являться нечто такое:

/data/ - директория данных установленных модулей
/modules/module-1.0.0/actions/ - исходники (библиотеки) кода обработчиков данных (действий)
/modules/module-1.0.0/files/ - файлы (изображения и т.д.)
/modules/module-1.0.0/indexfile/ - файлы дополнения к общему index.php
/modules/module-1.0.0/config.inc - файл унифицированной конфигурации функциональности модуля
/modules/module-1.0.0/license.txt - текст лицензионного соглашения к модулю
/modules/module-1.0.0-1.0.1/actions/
/modules/module-1.0.0-1.0.1/files/
/modules/module-1.0.0-1.0.1/indexfile/
/modules/module-1.0.0-1.0.1/config.inc
/modules/module-1.0.0-1.0.1/license.txt
/modules/system-1.0.0/actions/
/modules/system-1.0.0/files/
/modules/system-1.0.0/indexfile/
/modules/system-1.0.0/config.inc
/modules/system-1.0.0/license.txt
/system/modules.txt – хранение списка установленных модулей (начальные системные модули предустановлены)
.htaccess - единый файл стартер для всех проектов (сайтов)
index.php - единый файл стартер для всех проектов (сайтов)

Что из себя представляет config.inc?

man1, ну допустим ;) пока что, мягко говоря "не впечатляет" ;) но будет интереснее, когда ты покажешь код какого-то полезного модуля, например блога с тэгми ;)

и ответь на сообщение от 16 Марта, 2014 - 09:13:54 ;)

Отлично! Вот и опиши что не впечатляет.

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

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

man1, код каких цмс-ок и фреймворков изучал?

то, что ты привел - это конфиг чего-то непонятного ) вот "блог" - это уже понятно будет и не имеет значение какие там будут еще "модули", блог всё равно останется блогом.

Ты все так а норовишь помериться кодом...

Правильно, это конфиг! Модули реализуются как дополнения к общему конфигу системы.

Что такое блог? С позиции системы это набор типов данных и обработчиков этих данных, а также сниппетов, в которых эти обработчики связаны с элементами графического интерфейса (админки и/или сайта). То есть в конфиге модуля описывается какие данные надо создать, какие добавить файлы действий (actions), а если модулю требуется исполнить что-то до отображения страницы (и вложенных сниппетов), то создаешь дополнение к index.php (например, для модуля users это может быть код, который устанавливает текущие права пользователя в некую переменную, которую потом можно использовать в макете страницы или сниппета).

man1
имеется ввиду чтобы ты написал простейший модуль Например блог с простейшими одноуровневыми коментами.
Для того чтобы было видно как это выглядит и работает на практике.

Ты написал некий конфиг типа сферического коня в вакууме.

Поэтому попробуй написать реальной код чтобы самого себя проверить насколько реально то что ты предлагаешь.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

man1, ну как там у тебя дела продвигаются? ) нафигачил чего-нибудь? ;)

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

[SARCASM]Продолжайте в том же духе[/SARCASM]

По сабжу serialize, unserialize

Этот вариант уже пройден Но он имеет место быть в определенных случаях.

по моему человеку который городит БД на файлах пытаться писать CMS мягко говоря рановато.

Отсюда же непонимание что никакая универсальность невозможна. Просто потому что это выльется в такое количество настроек и конфигов что в них просто никто не станет разбиратся

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

круто! )) ну раз "все уперлось в субд на файлах", тогда уже можно сделать выводы, что будет потом ;)

вообще наверно последний вопрос всё же задам: какие цмс-ки, фреймворки и библиотеки ты уже изучил?