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

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

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

Joomla ?

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

взял его со старого проекта, будем считать, что будет достаточно вот такого .htaccess

Так можно, при условии что вам не требуется управлять путями (uri) к директориям файлов сайтов (в том числе favicon).


Ты использовал много специфических терминов, поэтому я не уверен что могу корректно тебя понять. Для меня index.php это просто пустой стартовый файл скрипта. Обеспечить чтобы что-то в нем происходило - это дело модулей. Например, модуль project (site) первым делом выполняет действие по определению домена из request. Вот он определил что сайт к которому обратились есть в базе и его domain=test.ru, а далее установил в переменную свойства текущего проекта. Все, добавка к index.php от модуля project закончена. Далее может вступить добавка от модуля page, которая тоже разберет запрос и будет пытаться собрать и отобразить страницу и т.д. Также добавка от модуля user, которая установит в переменную текущие права пользователя (если он и они есть) и т.д.

по сути дела так работают все современные СMS. Посему так и непонятно что нового хочешь предложить.

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

Да, в модульности нового мало. Что-то новое может быть именно в версии реализации модульности, т.е. сделать еще проще, логичнее, читабельнее и т.д.

это будет очень позитивно, но если не пытаться оперировать понятиями "добавка в index.php" )) а также не хакать реврайты, иначе всё будет очень сложно и не читабельно...

какие у тебя мысли есть на тему модулей, какие они должны быть, какой у них должен быть API, как они будут встраиваться в систему и как взаимодействовать с ядром и между собой?

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

(Отредактировано автором: 15 Марта, 2014 - 15:20:53)

Не сложно, а не привычно. Если расширить границы привычного, то становится нормально.


Я уже описал базовые мысли, дальше только если начинать реализовывать механизм модульности и там по ходу смотреть и уточнять.


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

man1, эээх ) это что, занавес чтоли? ) ну чтож, давай тогда начинай креативить будем наблюдать за кодом

Какой занавес? У меня нет ответов на все вопросы, я нахожусь в поиске.

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

system - система, включает в себя единую функцию интерфейса модулей query($cmd, $data)
module - управление модулями (установка, отключение, получение списка)
updater - удаленное скачивание обновлений системы от производителя
admin - административная панель (это тоже проект созданный на этой же системе)
backup - резервирование

project - управление веб-проектами (сайтами), создание, изменение, удаление
page - управление страницами
theme - управление темами оформления
template - управление шаблонами страниц (включают header, footer)
snippet - управление включенными блоками одно- или много-кратного использования
user - пользователи, учетные записи, виды прав

(Отредактировано автором: 15 Марта, 2014 - 17:01:18)

распиши, что они значат?

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

Расписал.

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

т.е. следующим этапом будет код с прототипом на гитхабе? ;)

Если просто пообсуждать и даже немного попрототипировать, то для этого хватает этого форума.

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

гитхаба вполне хватит. кому надо запустить сайт запустит у себя.


если поговорить ниачем то да.

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

(Отредактировано автором: 15 Марта, 2014 - 19:20:42)

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