Forums / National / Russian / Модули и плагины / Большой барабум или модуляризация

Сижу… смотрю на быстро пробегающие ревизии… думаю. Есть определенные тенденции. Но есть и путаница которая немного растет. По чуть чуть. Не все так прозрачно как выглядит. И не все так просто, как хотелось бы.
Сначала немного о тенденциях, которые, как мне кажется уже рисуются.
1. Модули вынеслись в специальную папку
2. Модули можно будет устанавливать не сложнее, нежели простой плагин.
3. Интерфейс установки модуля и плагина станет абсолютно одинаковый
4. В модулях зреет необходимость ХУК-частей (прим. Хук – это место где в модуль встраивается плагин, ХУК-часть – это то, что встраивается в модуль – то есть сам инклюд файл).
5. Вполне вероятен переход к тому, что все модули будут запускаться из файла index.php.
6. Исходя из 1-5 грань, между модулем и плагином грань становится условной. Грубо говоря – модуль это нечто большое, практически самостоятельное. Плагин – то, что встраивается в модуль.
7. Есть модули которые жизненно необходимы в системе– админка, система аунтификации (грубо! говоря «пользователи» – хотя это, наверное, не совсем так), системные сообщения.
8. Модули должны полноценно жить друг без друга. (отсюда и растет пункт 4)

Итак, видим сразу ключевые проблемы: 1. неприкосновенные модули 2. Что есть модули, что есть плагины.
В связи с этим выстраиваются логичные вопросы как это хранить исконно.
Основные варианты
1. Хранить вообще все в папке модулей.
2. Условное деление на папки.
Теперь мое мнение:
Я сторонник условного деления. Сед очень мягкий движок. Кот во многом стал уже мягче седа. Наверное, это правильная тенденция. Пошла тенденция к тому что все упрощается. (кроме настройки плагинов в темплейтах – и это в целом правильно). Увеличиваются возможности. Снижается минимальный уровень знаний.
Зашить все, что обязательно в root я считаю не совсем разумным. Скинуть все в 1 папку – еще менее продвинутый шаг. Я за мягкость.
Предложение.
CORE – должна быть стандартной папкой для модулей. Без всяких телодвижений. В файле config.php должна быть возможность указания папок в которых будут храниться модули и плагины.
Пример: стандартная компоновка:

$sed_modules[]=’modules’;
$sed_modules[]=’plugins’;

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

$sed_modules[]=’modules’;

И все.. теперь система сканирует только 1 фолдер.и там находится все «до кучи» ну и плюс root.
Пример 3. Допустим я хочу расставить плагины по категориям, чтобы потом можно было легко искать нужное мне.

$sed_modules[]=’modules’;
$sed_modules[]=’modules/forum’;
$sed_modules[]=’users’;

И тд. Котонти отрыла все папки. Нашла что надо.
А если мне ничего не надо – я просто устраиваю безобразие в root.
Возможно, дерзко, но мне кажется в этом есть логика)

Alex300:

---

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

есть модули например sitemap или attach или q&a которые просто не относятся ни к какому из модулей или задействует сразу несколько модулей. поэтому вариант не живой.

Alex300:

---

авто установка для модулей/плагинов. Указываешь на .zip архив на твоем компе или его url. Архив закачивается на сервер, распаковывается в нужную папку. Выполняется установщик из plugin_name.setup.php файла. И webmaster заходит в админ панель и производит его настройку. Время сайтостроительства сокращается. Удобство обращения (и популярность системы) растет. Нужно удалить плагин: отмечаешь в чекбоксе "Удалить совсем" и папка плагина с сервера и настройки из БД долой.

это то несложно само по себе... НО! это хорошая брешь - открыть папку с модулями на 777.

если порядок - то я предлагаю настраиваемый порядок: Детективы на полке А. Программирование на полке Б. остальное разбросано на столе. ))) или уменя книг мало - поэтому все уместится на 1 полке)

esclkm:

---

есть модули например sitemap или attach или q&a которые просто не относятся ни к какому из модулей или задействует сразу несколько модулей. поэтому вариант не живой.

В этом случае можно писать что-то типа "Common" или "Core" или что-то подобное. Для реализации, вероятно нужна дополнительная строчка в setup файле. Это не сильно обременит плагинописателей, а удобство может быть ощутимое для сайтов, где установлено десятка 2-3 плагинов.

А еще мне нравится вот такая структура:

datas

• avatars
• cache
• html
• photos
• thumbs
• tmp
• files (сейчас users)

js
lang

• en
• ru
• ...

modules

• index
  
  • lang
  • tpl
  • news (плагин который относится к модулю index)
    
    • tpl
    • lang
  • ... (другие плуги этого модуля)
• forums
  
  • tpl
  • lang
  • forumstats (плагин который относится к модулю forums)
    
    • tpl
    • lang
  • ... (другие плуги этого модуля)
• pages
  
  • tpl
  • lang
  • recentpages (плагин который отнесен к модулю pages его разработчиком хотя он некоторыми частями мог бы быть отнесен к модулю index)
  • ... (другие плуги этого модуля)
• ...
• plugins
  
  • tpl
  • lang
  • cleaner (плуг который мы не можем отнести к конкретному модулю - attach или q&a - то есть универсальные или которые относятся слишком к многим модулям)
  • ipsearch (плуг который относится к неискоренимому модулю admin)
  • ... (другие плуги этого модуля)

skins

• sed_light
  
  • img
  • css
  • js
...

system

• admin (неискоренимые модуль)
  
  • tpl
  • lang
• message (неискоренимые модуль)
  
  • tpl
  • lang
• users (неискоренимые модуль)
  
  • tpl
  • lang
• setup (неискоренимые модуль)
  
  • tpl
  • lang

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

архив сайта
похожие страницы
комментарии гостям
pagebypath
галерея

надеюсь будут подробные описания перетрубаций.

Кстати: Google стал ранжировать, используя фактор скорости загрузки сайта., это я к тому чтобы обьеденить все таки css в один файл, как в дле сделали недавно, к примеру он автоматом все css преобразует в один файл ужимая его, кроме того использовать gzip, о чем речь собственно: Эффективность сайта - Новая фишка в Гугл-Вебмастер

У каждого вообщем своя правда, писать, что я об этом думаю не буду. Единственное, что поддерживаю всеми руками это

# Trustmaster : Вольница с папками мне не нравится отнюдь. Без стандартизации структуры даже документацию не напишешь по-нормальному, не говоря уже о поддержке.

Вот это правильно.