Убрал поле module_classname за ненадобностью.
Думается вот что: так как, во-первых, скорее всего, не все модули будут использованы одновременно - можно задать уровень допуска модулям через поле module_group_ids - например, далее будут уровни допуска,
0 - админ
1 - модер
2 - юзер
3 - просто посетитель (гость)
4) - доступно мобильно
Также, думается мне, что при мобильном просмотре некоторые модули вообще не нужны - например, логине-пароле для администрации и тд и тп, с мобилы должно только читаться, а не правиться, бо неудобно, и боты задолбают.
Ставим цифры в БД, портал читает и делает выводы.
ЗЫ Поле переименую в module_access.
Добавлено спустя 15 минут 55 секунд:
Возникла мысль синхронизации БД и каталога с модулями.
Делаем так:
1) Админка читает кол.-во модулей, сверяя их названия из их конфига с БД.
2) Если модуль есть в калатоге и в БД - дуем дальше.
3) Если конфига модуля в каталоге нет, но есть в БД - сносим из БД.
4) Если конфиг есть, но в БД нет - вносим в БД.
И всё это до загрузки шаблона.
Таким мухтаром, мы так и будем иметь подхват модулей без лишних танцев с бубном, но модули будут взаимодействовать с БД.
Надо додумать и реализовать.
Добавлено спустя 20 минут 18 секунд:
Придётся снова курочить БД для этого.
Из конфига модуля будем в БД брать имя модуля, совпадающее с каталогом модуля, имя для портала - по нему портал будет его постить, это что-то типа M_MODULE_NAME, а ур. доступа и положение выставим из админки.
Добавлю в БД поле module_portal_name - именно там и будет сидеть M_MODULE_NAME, а в существующем поле будет что-то типа "fetcher" или "news", или как там каталог с модулем зовётся, сие не суть. Но каталог, по понятным причинам, должен назваться так, чтобы было ясно, что именно там.
Добавлено спустя 29 минут 26 секунд:
Всё, портал это читает:
Картинка
Добавлено спустя 31 минуту 28 секунд:
Теперь в портале надо сделать сверку/сводку на предмет наличия модуля в БД и в каталоге, дабы не пытаться грузить то, чего нет - см. выше про одминку. В портале будет то же самое.