то, что ты привел - это конфиг чего-то непонятного ) вот "блог" - это уже понятно будет и не имеет значение какие там будут еще "модули", блог всё равно останется блогом.
man1, ну допустим ;) пока что, мягко говоря "не впечатляет" ;) но будет интереснее, когда ты покажешь код какого-то полезного модуля, например блога с тэгми ;)
и ответь на сообщение от 16 Марта, 2014 - 09:13:54 ;)
man1, кстати под какой лицензией хочешь реализовать цмс-ку? если отрытую, то надо сразу подумать о документации, стиле кодирования, инструментах для сообщества и т.д... ну конечно же даже в прототипе написать код так, чтобы опытные кодеры не проблевались ;)))
Теоретизировать можно. Но не вижу возможности реализовать прототип системы с минимальным функционалом (новости, каталог и т.д.) без первоначальной реализации механизма модульности. Все упирается в это.
т.е. следующим этапом будет код с прототипом на гитхабе? ;)
можно кстати, как вариант, расписать пример использования т.е. берем простейшую вёрстку и конструируем на гопотетический цмс-ке сайтик например чтобы там был блог с тэгами, фотогалерейка, а также каталог и в идеале еще и возможность заказов товаров из каталога...
Да, в модульности нового мало. Что-то новое может быть именно в версии реализации модульности, т.е. сделать еще проще, логичнее, читабельнее и т.д.
это будет очень позитивно, но если не пытаться оперировать понятиями "добавка в index.php" )) а также не хакать реврайты, иначе всё будет очень сложно и не читабельно...
какие у тебя мысли есть на тему модулей, какие они должны быть, какой у них должен быть API, как они будут встраиваться в систему и как взаимодействовать с ядром и между собой?
кстати, кинь ссылку на твой аккаунт на гитхаба, посмотреть как ты код пишешь ;)
Вон у тебя в htaccess есть favicon. Что бы это значило при многосайтовости? А то, что либо пришлось бы класть свой htaccess в корневую папку каждого сайта, либо здесь же прописать favicon для всех сайтов (каждому свой)! Вот здесь-то (но не ограничиваясь этим) и нужно, чтобы модуль умел пункт 1.
взял его со старого проекта, будем считать, что будет достаточно вот такого .htaccess
Что касается добавок к index.php (пункт 2), конечно возможно прописать в нем пару строк кода, но ведь эти строки все равно будут вызывать подключения добавок (инклюдов и т.п.) от других модулей. То есть сам факт наличия добавок к стартовому файл на лицо (а значит это уже аспект модульности), а реализовать можно в духе как у тебя, но и по-другому. тоже
index.php - это "фронт-контроллер", он не должен быть изменяемым - это просто входная точка в приложение и всё... "модули" пускай уже через конфигурацию чего-то там меняют
а вообще можно сделать так, что сами модули ничего менять не буду, а будет только API через которое ядро будет собирать инфу от свежеустановленных модулей и переконфигурировать систему.
man1 пишет:
Речь об универсальности системы, проявляющееся в том, что чтобы полностью изменить решение созданное на данной системе не потребуются костыли, а все в рамках унифицированных модулей.
"многосайтовость" - это "решение" или "потребуется костыль" ? ;)
man1 пишет:
Но может вы дадите свое определение универсальности, чтобы я мог глубже понять, а может и уточнить свое.
man1, про "мультисайтовости" я вот тут писал http://forum.php.su/topic.php?fo...22524#1394622524 т.е. ты сначала опиши какой именно ты хочешь функционал мультисайтовости "искоропки", а потом уже методики их реализации.
а вообще да, лучше иметь ввиду возможность внедрения всяких "мультисатовостей" и т.д. без "костылей", ведь подразумевается что цмс-ка будет "универсальной" ;) а значит и внедрение нового функционала не должна носить "костыльный" характер ;)