cotonti.com : Большой барабум или модуляризация https://www.cotonti.com Laatste forum onderwerpen Cotonti en Wed, 29 Oct 2025 20:47:04 -0000 Macik Модули отдельно, плагины отдельно. На работе сайта не сказывается, а в файловой системе и структуре CMS все четко.
Это я именно о том варианте, что в trunk'е. Разделение внутренних функций по различным файлам - тоже гуд.

2. Про объединение CSS - штука полезная, но не первой необходимости. Говорить о том, что
"собственным css-ом в Котонти "страдает" только плагин Tags" - вообще смысла нет, т.к. если и браться за это (объединение), то не важно сколько CSS файлов на голой CMS - механизм должен быть универсален.

Кстати говоря, CSS еще активно используется в "chili" и "markitup".
Кроме того например у меня 5 своих плагинов используют собственный CSS. Т.е. Получается хочешь-нехочешь а 4-5 css файлов подгружаются.
А сколько еще нужных и не нужных JS файлов грузится...

Я, правда, эту проблему решил по-своему - см. отдельный топик.]]> Vr, 30 Apr 2010 07:53:26 -0000 MeDBejoHok
# Trustmaster : Вольница с папками мне не нравится отнюдь. Без стандартизации структуры даже документацию не напишешь по-нормальному, не говоря уже о поддержке.
Вот это правильно.]]> Za, 10 Apr 2010 21:23:25 -0000 Kort Za, 10 Apr 2010 18:26:23 -0000 jcrush похожие страницы
комментарии гостям
pagebypath
галерея

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

Кстати: Google стал ранжировать, используя фактор скорости загрузки сайта., это я к тому чтобы обьеденить все таки css в один файл, как в дле сделали недавно, к примеру он автоматом все css преобразует в один файл ужимая его, кроме того использовать gzip, о чем речь собственно: Эффективность сайта - Новая фишка в Гугл-Вебмастер]]> Za, 10 Apr 2010 17:55:46 -0000 Dr2005alex Za, 10 Apr 2010 14:03:35 -0000 jcrush Za, 10 Apr 2010 07:48:39 -0000 Sergey Za, 10 Apr 2010 06:25:08 -0000 Trustmaster
Вольница с папками мне не нравится отнюдь. Без стандартизации структуры даже документацию не напишешь по-нормальному, не говоря уже о поддержке.

Насчёт автораспаковки, автоскачки и т.п. в Cotonti этой дыры не будет, увы :)

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

Ремарка насчёт Siena: в этой версии модуляризация приостановлена, продолжение эпопеи будет ближе к 1.0.]]> Thu, 18 Feb 2010 01:27:22 -0000 esclkm и всетаки - 70% модуля юзерс искоренимо)))
сортировку от дайвера - как раскиданы плагины считаю не удобной)))
но! то что я предложил - оно позволит пихать - как кому нравится))]]> Thu, 18 Feb 2010 01:12:40 -0000 Dayver
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
]]> Thu, 18 Feb 2010 00:48:46 -0000 Sergeich ]]> Thu, 18 Feb 2010 00:35:42 -0000 Alex300 esclkm:
есть модули например sitemap или attach или q&a которые просто не относятся ни к какому из модулей или задействует сразу несколько модулей. поэтому вариант не живой. В этом случае можно писать что-то типа "Common" или "Core" или что-то подобное. Для реализации, вероятно нужна дополнительная строчка в setup файле. Это не сильно обременит плагинописателей, а удобство может быть ощутимое для сайтов, где установлено десятка 2-3 плагинов.]]> Thu, 18 Feb 2010 00:31:57 -0000 Dayver # Alex300 : Может и небольшое пожелание:
авто установка для модулей/плагинов. Указываешь на .zip архив на твоем компе или его url. Архив закачивается на сервер, распаковывается в нужную папку. Выполняется установщик из plugin_name.setup.php файла. И webmaster заходит в админ панель и производит его настройку. Время сайтостроительства сокращается. Удобство обращения (и популярность системы) растет. Нужно удалить плагин: отмечаешь в чекбоксе "Удалить совсем" и папка плагина с сервера и настройки из БД долой.

Ни у одного меня такие идеи]]> Thu, 18 Feb 2010 00:27:56 -0000 esclkm Alex300:
Но опять не об этом.... Вероятно, в списке плагинов, нужно рядом с именем плагина видеть имя модуля, к которому он относится (forums, users, shop и т.д.), с возможностью фильтрации по модулю. Напрмер: показать все плагины для forums.
И при администрировании модулей иметь возможность видель все плагины этого модуля с возможностью редактировать их конфигурацию.
есть модули например sitemap или attach или q&a которые просто не относятся ни к какому из модулей или задействует сразу несколько модулей. поэтому вариант не живой.
Alex300:
авто установка для модулей/плагинов. Указываешь на .zip архив на твоем компе или его url. Архив закачивается на сервер, распаковывается в нужную папку. Выполняется установщик из plugin_name.setup.php файла. И webmaster заходит в админ панель и производит его настройку. Время сайтостроительства сокращается. Удобство обращения (и популярность системы) растет. Нужно удалить плагин: отмечаешь в чекбоксе "Удалить совсем" и папка плагина с сервера и настройки из БД долой.
это то несложно само по себе... НО! это хорошая брешь - открыть папку с модулями на 777.

если порядок - то я предлагаю настраиваемый порядок: Детективы на полке А. Программирование на полке Б. остальное разбросано на столе. ))) или уменя книг мало - поэтому все уместится на 1 полке)]]> Thu, 18 Feb 2010 00:24:44 -0000 Alex300
Что касается модулей:
Мне ближе разделение их по папкам. Так их проще устанавливать - удалять. Вероятность конфликта, когда 2 и более модулей имеют файлы с одинаковыми именами сводится на нет. И порядок в структуре файлов.

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

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

esclkm:
А если мне ничего не надо – я просто устраиваю безобразие в CORE. Возможно, дерзко, но мне кажется в этом есть логика)
Не нужно этого делать. Бывает часто кто - то сделает сайт. Порвет отношения с заказчиком. Он обращается за доработкой. Как посмотришь, на его творение.... аж волосы дыбом от невозможжности разобраться что к чему....Порядок нужен во всем.]]> Thu, 18 Feb 2010 00:17:07 -0000 esclkm Сначала немного о тенденциях, которые, как мне кажется уже рисуются.
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.
Возможно, дерзко, но мне кажется в этом есть логика)]]> Wo, 17 Feb 2010 23:40:54 -0000