Тема: Требования к системе модулей/плагинов (Движок DCMS-Social/Общие вопросы) biket (6 Jan 2023 в 18:48) 10. Расширение с помощью плагинов других плагинов 11. Создание простых плагинов и отправка их в каталог прямо из админки движка Скиталец (6 Jan 2023 в 18:56) 2 не понял. Не понял зачем, каким образом и нафига. biket (6 Jan 2023 в 19:36) 12. Поддержка авторегистрации классов и контроллеров/моделей при ООП подходе Saint (7 Jan 2023 в 08:34) Я так же добавил пользовательские кнопки , переустановки и т.п т.е по желанию , разработчик модуля может внедрять такие кнопки . ну и автообновление или ручное . что крайне спорно . Пока оно есть . [i]Добавлено:[/i] Ну в целом я так понимаю тут и так это всё описано biket (7 Jan 2023 в 09:19) --Цитата-- Saint (7 Jan 2023 в 08:34): Я так же добавил пользовательские кнопки , переустановки и т.п т.е по желанию , разработчик модуля может внедрять такие кнопки . ну и автообновление или ручное . что крайне спорно . Пока оно есть . [i]Добавлено:[/i] Ну в целом я так понимаю тут и так это всё описано ---------- Saint, Кнопки активации/деактивации да, конечно. А вот кнопки переустановки/удаления, где таблицы с содержимым будут удаляться и создаваться заново - я бы не стал делать :/ biket (7 Jan 2023 в 09:26) --Цитата-- Saint (7 Jan 2023 в 08:34): Я так же добавил пользовательские кнопки , переустановки и т.п т.е по желанию , разработчик модуля может внедрять такие кнопки . ну и автообновление или ручное . что крайне спорно . Пока оно есть . [i]Добавлено:[/i] Ну в целом я так понимаю тут и так это всё описано ---------- Saint, Система то что на скрине выпущена или в разработке? Сибирский (9 Jan 2023 в 10:15) biket, [red]пункт 9[/red] пример конфига на json не очень удачно считаю, было бы удобней ini файл, а вот скрипт пусть затем преобразует в json [red]пункт 12[/red], требование к пространству имен нужно, никто не знает какие имена классов будут у установленного набора модулей на конкретном сайте. в общем пространстве имен могут быть конфликты для [red]пункта 10[/red] нужен автоподхват, но каким образом [red]пункт 6[/red] неудачный выбор считаю, сделать автоподхват до какого либо вывода в определенной папке плагина дает более гибкий подход, но тут не совсем ясно как конкретно будет реализовано, может я чет не догоняю просто. biket (10 Jan 2023 в 00:50) --Цитата-- Сибирский (9 Jan 2023 в 10:15): biket, [red]пункт 9[/red] пример конфига на json не очень удачно считаю, было бы удобней ini файл, а вот скрипт пусть затем преобразует в json [red]пункт 12[/red], требование к пространству имен нужно, никто не знает какие имена классов будут у установленного набора модулей на конкретном сайте. в общем пространстве имен могут быть конфликты для [red]пункта 10[/red] нужен автоподхват, но каким образом [red]пункт 6[/red] неудачный выбор считаю, сделать автоподхват до какого либо вывода в определенной папке плагина дает более гибкий подход, но тут не совсем ясно как конкретно будет реализовано, может я чет не догоняю просто. ---------- Сибирский, пункт 9. Скорее лучше просто php файлы с массивом. А что с json что ini это нужно еще будет возиться с их защитой от открытия в браузере. И преимуществ не вижу. пункт 12. разработчиком нужна свобода. кто хочет будет использовать пространство имен, кто нет, тот нет. хотелось бы организовать так: разработчик пишет функционал любым способом, а потом передает его в движок. пункт 6. Какие предложения? Сибирский (10 Jan 2023 в 09:29) biket, по пункту 6 посоветовать могу только после как увижу структуру ядра. Если линейный вывод то возможно ни чего не подскажу. WP скорей всего оставил сисетму хуков из-за соображений совместимости. Идеальный вариант структуры, который я вижу, это так: запуск двига просто определяет авторизацию пользователя и является ли тот админом, все остальное подключается как модули но только при необходимости. Вывод страницы осуществляется только по окончании работы скрипта, до этого вся страница содержится в определенном классе. Такой подход позволит менять все что угодно в любое время. Модуль это отдельная папка в определенном месте или местах, тут как угодно. Для составления модуля задать некоторые правила. Дать возможность публиковать модуль прям со своего сайта. вопрос по [red]json что ini это нужно еще будет возиться с их защитой от открытия в браузер[/red] положить их в папку /.config, да и нет там такой важной инфы, которую нельзя разглашать biket (10 Jan 2023 в 14:03) --Цитата-- Сибирский (10 Jan 2023 в 09:29): biket, по пункту 6 посоветовать могу только после как увижу структуру ядра. Если линейный вывод то возможно ни чего не подскажу. WP скорей всего оставил сисетму хуков из-за соображений совместимости. Идеальный вариант структуры, который я вижу, это так: запуск двига просто определяет авторизацию пользователя и является ли тот админом, все остальное подключается как модули но только при необходимости. Вывод страницы осуществляется только по окончании работы скрипта, до этого вся страница содержится в определенном классе. Такой подход позволит менять все что угодно в любое время. Модуль это отдельная папка в определенном месте или местах, тут как угодно. Для составления модуля задать некоторые правила. Дать возможность публиковать модуль прям со своего сайта. вопрос по [red]json что ini это нужно еще будет возиться с их защитой от открытия в браузер[/red] положить их в папку /.config, да и нет там такой важной инфы, которую нельзя разглашать ---------- Сибирский, Так и надо делать. Тока систему хуков так же можно использовать. Она есть во многих движках. В различных вариациях. biket (10 Jan 2023 в 14:06) Структура движка. Файл index.php: include /sys/PluginsSystem.php Файл PluginsSystem.php: Организация/установка модулей. То, о чем я писал в посте. Список подключаемых модулей можно хранить в отдельном файле plugins.php ну или в ini/json файле. Это не так важно. include all plugins Собственно регистрация/авторизация так может быть модулем. Можно сделать стстемные модули, которые нельзя будет отключить (как минимум из админки) Сибирский (11 Jan 2023 в 07:57) biket, я с нетерпением жду ядро :) MarkPrior (17 Jan 2023 в 00:54) А на кого это всё направлено будет? Какая ЦА? Это будет подобие умершей DCMS 7, где ЦА бывшей шестёрки попросту не осилили код, или JohnCMS, которая живёт лишь за счёт энтузиазма её разработчика, но с почти нулевой ЦА? И всё так же из-за «сложного» для понимания ньюфагом кода. «Сложных» систем навалом, но нет ничего, что могло бы быть на +/- высоком уровне качества и при этом с предельно простым для понимания ньюфагом кода. На данный момент ясно, что ориентир на пародию на WP в мелких масштабах, но не учитывается то, что уже есть и сам WP, из которого хоть социальную сеть делай, но до конца в коде порой даже профи не разберутся. Поэтому прежде нужно определить ЦА и уже от этого отталкиваться. —— Информацию о модулях по классике храните в json. От просмотра извне защитить несложно. biket (17 Jan 2023 в 03:21) --Цитата-- MarkPrior (17 Jan 2023 в 00:54): А на кого это всё направлено будет? Какая ЦА? Это будет подобие умершей DCMS 7, где ЦА бывшей шестёрки попросту не осилили код, или JohnCMS, которая живёт лишь за счёт энтузиазма её разработчика, но с почти нулевой ЦА? И всё так же из-за «сложного» для понимания ньюфагом кода. «Сложных» систем навалом, но нет ничего, что могло бы быть на +/- высоком уровне качества и при этом с предельно простым для понимания ньюфагом кода. На данный момент ясно, что ориентир на пародию на WP в мелких масштабах, но не учитывается то, что уже есть и сам WP, из которого хоть социальную сеть делай, но до конца в коде порой даже профи не разберутся. Поэтому прежде нужно определить ЦА и уже от этого отталкиваться. —— Информацию о модулях по классике храните в json. От просмотра извне защитить несложно. ---------- MarkPrior, Пародию вордпресса писать нет смысла. Ее уже писали и не раз. Даже бывший разраб социала. Я описал чисто систему модулей. Чтобы движком пользовались ее недостаточно. Целевая аудитория - люди, которые хотят создать сайт с функциоалом, который уже реализован в движке. Собственно так и было - что с Dcms-Social, что с вордпрессом. Есть основной функционал, а дальше хочется его переделать под свое. И вот тогда потребуются дополнительные модули. Saint (20 Jan 2023 в 14:15) --Цитата-- biket (7 Jan 2023 в 09:26): Saint, Система то что на скрине выпущена или в разработке? ---------- biket, Всё это так давно выпущено / сделано, что я уже сам не помню как всё работает . у меня был отдельный сайт с документацией . но я его где-то похерил . я знаю что он где-то на пк есть , но ещё не нашел . потерял его во время глобальной очистки на 6-7 ТБ данных . biket (29 Jan 2024 в 22:20) Актуально. Кто хочет помочь, пишите в лс. Оплата в x-кратном размере при доходе с движка. Цель создать систему на основе плагинов, с обширным каталогом плагинов где будут бесплатные и платные модули. Так же бесплатная и платная верcия движка. biket (29 Jan 2024 в 22:33) Помимо системы плагинов для выхода в свет нужны базовые модули - посты, блоги, комментарии, регистрация, профили. По умолчанию система должа давать возможность создать блог, контентый сайт из статей, landing page и сообщество. Сообщество - это аналог habr, dtf, пикабу и подобных сайтов 2.0. Это ключевая фишка движка и отличие его от других. Этот базовый функционал будет так же написан плагинами (они просто будут включены по умолчанию). Возможно так же функции из DCMS-Social. Источник: http://www.dcms-social.ru/forum/13/34/63461/