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

12>>>

esclkm
#1 2010-02-17 23:40
Сижу… смотрю на быстро пробегающие ревизии… думаю. Есть определенные тенденции. Но есть и путаница которая немного растет. По чуть чуть. Не все так прозрачно как выглядит. И не все так просто, как хотелось бы.
Сначала немного о тенденциях, которые, как мне кажется уже рисуются.
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.
Возможно, дерзко, но мне кажется в этом есть логика)
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты

Bu konu esclkm tarafından düzenlendi(2010-02-18 00:12, 14 yıllar önce)
Alex300
#2 2010-02-18 00:17
Есть тоже некоторые мысли:

Что касается модулей:
Мне ближе разделение их по папкам. Так их проще устанавливать - удалять. Вероятность конфликта, когда 2 и более модулей имеют файлы с одинаковыми именами сводится на нет. И порядок в структуре файлов.

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

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

esclkm:
А если мне ничего не надо – я просто устраиваю безобразие в CORE. Возможно, дерзко, но мне кажется в этом есть логика)
Не нужно этого делать. Бывает часто кто - то сделает сайт. Порвет отношения с заказчиком. Он обращается за доработкой. Как посмотришь, на его творение.... аж волосы дыбом от невозможжности разобраться что к чему....Порядок нужен во всем.
Есть миры, не здесь, там, где небеса горят, и моря засыпают, и реки дремлют; люди сделаны из дыма, а города – из песен. Где-то опасность, где-то несправедливость, даже где-то остыл чай. Идем Эйс, у нас много работы!...
...Sorry for my english...
Бесплатные расширения для Cotonti: https://lily-software.com/free-scripts/
esclkm
#3 2010-02-18 00:24
Alex300:
Но опять не об этом.... Вероятно, в списке плагинов, нужно рядом с именем плагина видеть имя модуля, к которому он относится (forums, users, shop и т.д.), с возможностью фильтрации по модулю. Напрмер: показать все плагины для forums.
И при администрировании модулей иметь возможность видель все плагины этого модуля с возможностью редактировать их конфигурацию.
есть модули например sitemap или attach или q&a которые просто не относятся ни к какому из модулей или задействует сразу несколько модулей. поэтому вариант не живой.
Alex300:
авто установка для модулей/плагинов. Указываешь на .zip архив на твоем компе или его url. Архив закачивается на сервер, распаковывается в нужную папку. Выполняется установщик из plugin_name.setup.php файла. И webmaster заходит в админ панель и производит его настройку. Время сайтостроительства сокращается. Удобство обращения (и популярность системы) растет. Нужно удалить плагин: отмечаешь в чекбоксе "Удалить совсем" и папка плагина с сервера и настройки из БД долой.
это то несложно само по себе... НО! это хорошая брешь - открыть папку с модулями на 777.

если порядок - то я предлагаю настраиваемый порядок: Детективы на полке А. Программирование на полке Б. остальное разбросано на столе. ))) или уменя книг мало - поэтому все уместится на 1 полке)
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
Dayver
#4 2010-02-18 00:27
# Alex300 : Может и небольшое пожелание:
авто установка для модулей/плагинов. Указываешь на .zip архив на твоем компе или его url. Архив закачивается на сервер, распаковывается в нужную папку. Выполняется установщик из plugin_name.setup.php файла. И webmaster заходит в админ панель и производит его настройку. Время сайтостроительства сокращается. Удобство обращения (и популярность системы) растет. Нужно удалить плагин: отмечаешь в чекбоксе "Удалить совсем" и папка плагина с сервера и настройки из БД долой.

Ни у одного меня такие идеи
Pavlo Tkachenko aka Dayver
Alex300
#5 2010-02-18 00:31
esclkm:
есть модули например sitemap или attach или q&a которые просто не относятся ни к какому из модулей или задействует сразу несколько модулей. поэтому вариант не живой.
В этом случае можно писать что-то типа "Common" или "Core" или что-то подобное. Для реализации, вероятно нужна дополнительная строчка в setup файле. Это не сильно обременит плагинописателей, а удобство может быть ощутимое для сайтов, где установлено десятка 2-3 плагинов.
Есть миры, не здесь, там, где небеса горят, и моря засыпают, и реки дремлют; люди сделаны из дыма, а города – из песен. Где-то опасность, где-то несправедливость, даже где-то остыл чай. Идем Эйс, у нас много работы!...
...Sorry for my english...
Бесплатные расширения для Cotonti: https://lily-software.com/free-scripts/
Sergeich
#6 2010-02-18 00:35
Ну и в той же теме ответы почему автоинсталы - зло. а в случае с котонти - зло вдвойне. :)
Dayver
#7 2010-02-18 00:48
А еще мне нравится вот такая структура:

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
Pavlo Tkachenko aka Dayver

Bu konu Dayver tarafından düzenlendi(2010-02-18 00:53, 14 yıllar önce)
esclkm
#8 2010-02-18 01:12
Alex300 - а конечный юзер должен думать? куда ему плагин кинуть? не это не хорошо.... и не рационально. и если плагин действует на несколько звеньев патогенеза - снова коммон ... бррр... я быстрее ориентируюсь в 50 названий плагинов у себя на сайте - именно столько в свое время у меня стояло.... мне проще сделать скроль - нгежели открываать гору папок/документов.
и всетаки - 70% модуля юзерс искоренимо)))
сортировку от дайвера - как раскиданы плагины считаю не удобной)))
но! то что я предложил - оно позволит пихать - как кому нравится))
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
Trustmaster
#9 2010-02-18 01:27
Если сделать в админке отдельную авторизацию, то 100% модуля юзерс искоренимо. Но рука не поднимается.

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

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

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

Ремарка насчёт Siena: в этой версии модуляризация приостановлена, продолжение эпопеи будет ближе к 1.0.
May the Source be with you!

Bu konu Trustmaster tarafından düzenlendi(2010-02-18 01:34, 14 yıllar önce)
Sergey
#10 2010-04-10 06:25
Смотрю я сейчас транк и что-то мне становиться все хуже и хуже. Хуже от того, что целый год моей работы куда-то под хвост этому новому коту (хотя надо пробовать и паника раньше времени). Но самое главное, пока я не вижу идей, ради чего вся эта перетрубация. Может там ООП или что-то в этом духе? Я бы еще бы понимал, что-то там в тему сетеров, гетеров, автолоудов интерфейсов и пр. что уже есть в новейших версиях PHP. Нет по прежнему процедурная перекройка. Единственное радует, что хоть одна стабильная версия осталась. Обсуждаем и предлагаем Yii, а там библиотеки загружаются как-то иначе, совсем по другому, автоматом.
www.cotonti.mobi
jcrush
#11 2010-04-10 07:48
Меня волнует только один вопрос, заведутся ли мои плагины и что нужно сделать чтобы они завелись
SEO блог: http://blog.stfw.ru/
Dr2005alex
#12 2010-04-10 14:03
Заведутся если ты не использовал функции движка которые либо переименованы либо заменены.
WebKaa.ru - Cotonti Relax
jcrush
#13 2010-04-10 17:55
архив сайта
похожие страницы
комментарии гостям
pagebypath
галерея

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

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

Bu konu jcrush tarafından düzenlendi(2010-04-10 18:06, 13 yıllar önce)
Kort
#14 2010-04-10 18:26
Хватит уже пиарить очевидное. Собственным css-ом в Котонти "страдает" только плагин Tags. На скорость это не даже близко к ощутимому не влияет, но исправлено, полагаю, будет.
SED.by - создание сайтов, разработка плагинов и тем для Котонти
MeDBejoHok
#15 2010-04-10 21:23
У каждого вообщем своя правда, писать, что я об этом думаю не буду. Единственное, что поддерживаю всеми руками это
# Trustmaster : Вольница с папками мне не нравится отнюдь. Без стандартизации структуры даже документацию не напишешь по-нормальному, не говоря уже о поддержке.
Вот это правильно.

12>>>