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

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

Ну наверно стоит только согласиться что наверно большинство когда-то думало о идеальной сферической системе

а че критиковать то? У него нет никаких мыслей.
Человек хотел чтобы ему рассказали как сделать CMS

Проблема в том что у каждого свое видение как должно быть.

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

Хех. Я все равно буду реализовывать этот функционал. А то что народ тут не разделяет этого требования к системе - ничего тут не поделашь.

man1, у тебя в данный момент есть необруливаемая потребность в мультисайтовости или это просто гипотетическая "фишка" ?

МЫСЛЬ 3.

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

Модули могут производить в системе:
1. изменение htaccess
2. изменение index.php
3. изменение структуры базы данных, директорий, файлов
4. изменение данных (записей, директорий, файлов)
5. изменение действий (функций) по работе с данными

Модули закачиваются в папку /modules/. После чего к ним можно применить установку или отключение из системы.

Существуют системные модули и модули расширений. Системные модули в отличии от расширений не могут быть отключены и всегда установлены. При установке модуля, в систему вносятся изменения по всем или нескольким пунктам (от 1 до 5).

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

man1, так ;)) продолжай конечно ;) но по первым 2-и пунктам сразу скажу замечания:

1) .htaccess не должен никем и ничем изменяться, его вид должен быть примерно такой:

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

Принцип YAGNI возник не на пустом месте.

-----
PostgreSQL DBA

man1, про "мультисайтовости" я вот тут писал http://forum.php.su/topic.php?fo...22524#1394622524 т.е. ты сначала опиши какой именно ты хочешь функционал мультисайтовости "искоропки", а потом уже методики их реализации.

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

Для обеспечения универсальности применяется модульность. Многосайтовость это уже решение. Но, если представить что в системе будут системные модули которые изначально будут организованы так, что невозможна будет поддержка многосайтовости, то придется менять не механизм модульности, а переделывать весь набор системных модулей (их может быть несколько десятков), которые будут тесно взаимосвязаны и поэтому переделка затронет их все. Оно мне надо?

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

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

да, давай дальше подробности про модули и ядро системы

Вон у тебя в htaccess есть favicon. Что бы это значило при многосайтовости? А то, что либо пришлось бы класть свой htaccess в корневую папку каждого сайта, либо здесь же прописать favicon для всех сайтов (каждому свой)! Вот здесь-то (но не ограничиваясь этим) и нужно, чтобы модуль умел пункт 1.

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

большинство современных CMS делаются модульными.
и в чем отличие?
не говоря о том что из модульности никак не вытекает универсальность

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