Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770
Форумы портала PHP.SU :: Версия для печати :: Необходима теория создания блочной структуры админки и самого сайта
Форумы портала PHP.SU » Объявления » Наработки по собственным проектам » Необходима теория создания блочной структуры админки и самого сайта

Страниц (1): [1]
 

1. 3d_killer - 09 Августа, 2013 - 20:41:39 - перейти к сообщению
Извиняюсь если не туда пишу, нобходима идея построения блочной структуры CMS (своей). А именно как построить движок так что бы можно было без особых усилий добавлять новые написанные модули, таблицы в sql в админке ну и сам вывод, то есть при добавлении или удалении блока не нужно было делать много действий руками буду признателен за любую инфу.
2. avtor.fox - 09 Августа, 2013 - 21:32:04 - перейти к сообщению
модуль -> регистрация модуля в "ядре" -> показ модуля

в чём трабл?)
3. 3d_killer - 09 Августа, 2013 - 21:41:11 - перейти к сообщению
когда регистрация что должно происходить?
типо инсталлер создание таблиц и др? а как быть с движком не внося изменения заставить работать какой то модуль?
4. caballero - 09 Августа, 2013 - 21:56:41 - перейти к сообщению
не пытайтесь повторять жумлу. Это не самый лучший пример для подражания.
5. 3d_killer - 09 Августа, 2013 - 22:13:27 - перейти к сообщению
Хорошо тогда какие операции должны происходить при этом?
avtor.fox пишет:
модуль -> регистрация модуля в "ядре" -> показ модуля

в чём трабл?)
6. caballero - 09 Августа, 2013 - 22:17:56 - перейти к сообщению
как минимум зависит о того что собой эти модули представляют

лично я не вижу смысла регистрации модуля через админку, это толлко усложняет структуру системмы инфраструктурой единственное назначение которой подключение модуля через админку
7. 3d_killer - 15 Августа, 2013 - 15:18:12 - перейти к сообщению
вот подумал, есть движок отвечающий за вывод информации то есть при определенном URL что выводить каталог, отдельный товар, текст, или какой то список, отображать там формы какие либо (поиск, обратная связь и т.д.), то есть в вайлике который обрабатывает вывод куча:

придумываю и дописываю какой то новый или модуль или тип вывода то в движке вывода я должен дописать еще одну конструкцию

или есть какие либо решения чтобы это избежать?
То есть я загрузил новый модуль допустим сделал инсталл он создал доп таблицы если нужны в нем находится управление данным модулем для админки и сам вывод, возможно ли как то подключить чтобы не дописывать код?
8. caballero - 15 Августа, 2013 - 15:38:42 - перейти к сообщению
а как модуль буде знать куда выводить?
а как быть с версткой?
я уже писал выше - повторять джумлу глупо.
9. 3d_killer - 15 Августа, 2013 - 15:48:05 - перейти к сообщению
примерчик бы построения не помешал, что бы понять идею
10. Zuldek - 15 Августа, 2013 - 16:00:51 - перейти к сообщению
регистрация модуля... ядро... какие сложности... .
Единственно что присутствует в используемом движке — добавление "функций" сайта через админку (единственная запись в бд для построения всех связей с модулем админки и внешней части) и все. К ней же можно добавить страницу для удобного управлениям всеми метами заголовками и статичными текстами не динамических страниц.
Права юзеров, меню в админке и тд - пожалуйста ручками в конфиге админки. 1 контроллер 1 шаблон для вывода с внешки. Можно выстраивать их цепочки при желании. Все.
Шаблон есть то, что автоматически инклудится после отработки контроллера безо всяких там прокладок-шаблонизаторов. В админке для контроллеров функций сайта (контроллер в админке и контроллер внешки - независимые вещи и это правильно. Первый также прописывается в конфиге и это удобно легко и правильно, второй, - как указано выше) есть возможность заполнить шаблон но там идет создание одного единственного объекта класса View который визуализирует рабочую область админки в виде таблиц / списков данных (просмотр) или форм или wysiwyg-редакторе (добавление-редактирование).

Есть иной подход, практикуем жумлами и вордпрессами с написанием пухлого api, этажных модулей, и прочими уподоблениями битриксу, которые могут полностью перестраивать административную и внешнюю часть вплоть до логики и отъедать ресурсы. Целесообразность такого подхода для реализации проектов которые обычно поднимаются на базе опенсорсных CMS не ясна (возможно в целях подкармливания специалистов по вордпресам, фрилансеров).
(Добавление)
ну какой вам примерчик, структуру каталога CMS или что?
пример:
Спойлер (Отобразить)
11. 3d_killer - 15 Августа, 2013 - 16:12:05 - перейти к сообщению
Zuldek То есть вы хотите сказать что лучше под каждый проект просто ручками дописывать по требованию?

 

Powered by ExBB FM 1.0 RC1