Да никто не переживает, большинство просто окончательно определилось что это не их тема, мне кажется

просто статья мутная оказалась, преимущества у такого подхода есть, но они не понятны из статьи и не каждому видны, а отказ от сниппетов - это понятно всем

К тому же совершенно неясно где потом этот контроллер с меню искать, чтобы что-то поменять

Он к чему привязан?

к псевдониму шаблона

а с поиском немного сложнее

Да никто не переживает, большинство просто окончательно определилось что это не их тема, мне кажется

Еще раз хочу напомнить что я не делаю EVO исключительно для сообщества, я делаю под нужны своей команды + делюсь с сообществом. Ибо что б развивать что то нужны ресурсы, я получаю эти ресурсы со своей Компании. Если б сообщество предоставляло ресурсы то могло бы и диктовать условия развития

Но я считаю что выбранный текущий путь в сторону: - Laravel - MVC очень првильный ибо это стандартизация инструментов и подходов, что дает разработчикам больше пользы ибо свои знания могут применять не только в одном EVO

к псевдониму шаблона

Общее меню в шапку? Надеюсь, что нет :)

Да пускай это приведет к тому что разработчики будут после EVO уходить в Laravel но не в этом ли смысл развития ??

Пока я вообще не вижу никакой стандартизации, даже твои люди на одни и те же вопросы отвечаю чуть ли не противоположные вещи

Не вижу смысла в развитии по типу MODX когда используют инструменты которые кроме как в MODX больше практически нигде или нигде не используются

Отсюда и весь лейтмотив моих вопросов "так как же оно правильно по новому":)

они используются только в другом виде

те же виджеты в блейде

Тот же пхп везде, где есть пхп!:)

или расширения для твига

Отсюда и весь лейтмотив моих вопросов "так как же оно правильно по новому":)

Еще раз повторюсь: - на текущий момент нет единого правильного подхода это в процессе тестов проб, ошибок и тд. Как будет готово будет статья и с примерами и документацией Собираю это вот тут по чуть чуть: https://github.com/evolution-cms/example-package/

нужно мне написать пример пакета, потому что этот не годится

Еще раз повторюсь: - на текущий момент нет единого правильного подхода это в процессе тестов проб, ошибок и тд. Как будет готово будет статья и с примерами и документацией Собираю это вот тут по чуть чуть: https://github.com/evolution-cms/example-package/

сколько времени у тебя выполняется composer upd?

сколько времени у тебя выполняется composer upd?

Хз но после последнего обновления композера на сервере стало дольше

нужно мне написать пример пакета, потому что этот не годится

Давай ! Я только спасибо скажу

просто у меня тупит минут 5 и даже предупреждение выводит что слишком долго

Вообще просветительская деятельность дело не благодарное, раньше за это даже жгли на кострах

ну так паства грит -сниппеты, йоптить, а ты контроллеры мвц.... еретик)))

ну так паства грит -сниппеты, йоптить, а ты контроллеры мвц.... еретик)))

Да да да

Нужно завязывать с этим всем и возвращаться на нормальные решения. Дитто, еформ, сниппет иф и phx

для 2.0 я почти написал переходник

А с блэйдом будет работать? :)

в смысле

Я про кэш

а блэйд тут при чем

По ходу я суть не ухватил, между строк читал

Думал ты то решение которое сейчас есть для твига кэш обджект геткэш и проще

Прочее

Переписывать собрался под 2.0

ну да

1. Убрать парсер модикса, полный переход на блейд 2. Убрать обратную совместимость в 2.0. Старый модикс оставить на 1.n.n версиях. 3. Сниппеты переписать на ларавел блейд виджеты @widget('DocLister', ['parent'=>value, 'paramN'=>'valueN' .... etc]) 4. Шаблоны создаются как файлы (с внутренним редактированием их через админку) и кладутся в папку laravel app view "layouts" 5. Чанки превращаются в partials, также создаются как файлы в админке и кладутся в папку view/partials (блейд вызов через @include('partial_name', [arrayOfParameters])) (хотя конечно слишком жесткая привязка, я делаю в приложениях на ларке обычно дополнительные папки в корне view, например order/show.blade.php, order/list.blade.php) 6. Убрать привязку EAV Модели модикса к шаблону как Entity. Создать группы ресурсов, привязать ТВ к одной из них с предустановленной группой по умолчанию. (Группа ресурсов товары -> атрибуты ) С возможностью создания подгрупп. Жду потоки какашек =))

@Kasick к тебе клиент пришел

Погодите, на все сразу тряпок не хватает

Ну вообще все по делу

Но нет

Бан

Бан

А ты суров

Даже я его не стал банить, а ты вот сразу бан

Или ты @Pathologic93 хочешь забанить?

ну да

Крч по сути так же делать нужно будет, вызывать getCache или cache-> save и т.д.?

Или ты @Pathologic93 хочешь забанить?

У тебя вроде бот должен это уметь

У тебя вроде бот должен это уметь

Бот то умеет, но он лежит. Сегодня привезут стол, я на него установлю компьютер и бот оживёт

Бот то умеет, но он лежит. Сегодня привезут стол, я на него установлю компьютер и бот оживёт

Выходной так что простительно

Бот уже около 3 недель лежит

Если не больше

Бот то умеет, но он лежит. Сегодня привезут стол, я на него установлю компьютер и бот оживёт

Сделай голосовалку на бан 😀 может веселее станет

Тогда же меня забанят 🙂

Раскрыл

Хотя меня нельзя банить @Kasick вчера пытался

Крч по сути так же делать нужно будет, вызывать getCache или cache-> save и т.д.?

можно будет и так, но можно и как в ларавель; это больше для совместимости с DocLister, ну и может я когда-нибудь перенесу сайты свои ан 2.0

😃 не понятно за что бан, это же решит тьму вопросов сразу. Например с меню. Не понадобятся плагины с группировками ТВ и их поддержка. Все View будут находится в 1 месте. Может есть кто хоть немного согласен с этим ?

😃 не понятно за что бан, это же решит тьму вопросов сразу. Например с меню. Не понадобятся плагины с группировками ТВ и их поддержка. Все View будут находится в 1 месте. Может есть кто хоть немного согласен с этим ?

Суть понятна но зачем работать из админки не ясно IDE + Git нынче мастхев а в остальном все что хотите уже можно

Суть понятна но зачем работать из админки не ясно IDE + Git нынче мастхев а в остальном все что хотите уже можно

я вот не очень понимаю как это. Редактируешь сниппет, отправляешь на гит, сохраняешь, смотришь результат работы, или как?

я вот не очень понимаю как это. Редактируешь сниппет, отправляешь на гит, сохраняешь, смотришь результат работы, или как?

Работаешь в IDE с нее автоматом льешь на сервер ну и когда надо с нее же комитишь изменения

а, ну в принципе так и делаю, только без коммитов)

Подумайте о простых юзверях, не знающих что такое IDE, GIT, фтп и.т.д. или вам не нужна ЦМс с широким охватом аудитории. Во-вторых редактор шаблонов даже когда они в файлах, есть практически во всех популярных ЦМС, а они там в 90% случаев именно в файлах. В-третьих это удобство, можно посмотреть в сторону рево, где наглядно drag-n-drop перенести вызов сниппета в шаблон. + Наглядность, не надо ковыряться в файлах, я считаю юзверя не должно беспокоить что под капотом. Но это все бесполезно, если модикс идет всторону чистого фреймворка, но там он явно не конкурент, Zend,Yii2, Laravel,CodeIgniter и тд.

Подумайте о простых юзверях, не знающих что такое IDE, GIT, фтп и.т.д. или вам не нужна ЦМс с широким охватом аудитории. Во-вторых редактор шаблонов даже когда они в файлах, есть практически во всех популярных ЦМС, а они там в 90% случаев именно в файлах. В-третьих это удобство, можно посмотреть в сторону рево, где наглядно drag-n-drop перенести вызов сниппета в шаблон. + Наглядность, не надо ковыряться в файлах, я считаю юзверя не должно беспокоить что под капотом. Но это все бесполезно, если модикс идет всторону чистого фреймворка, но там он явно не конкурент, Zend,Yii2, Laravel,CodeIgniter и тд.

Вам же сказали, стратегия определена. Кто девочку ужинает, тот ее и танцует.

Илья. Ты шуткой или специально затронул тему "рево"?

Вам же сказали, стратегия определена. Кто девочку ужинает, тот ее и танцует.

+

хуясе, а откуда 145,5 когда меня тут не бывает?)

Илья. Ты шуткой или специально затронул тему "рево"?

Нет, это просто интересный функционал, не только в рево есть, гдето еще видел, прсто вспомнил только рево. =)) Но это не критично, мелоч.

Подумайте о простых юзверях, не знающих что такое IDE, GIT, фтп и.т.д. или вам не нужна ЦМс с широким охватом аудитории. Во-вторых редактор шаблонов даже когда они в файлах, есть практически во всех популярных ЦМС, а они там в 90% случаев именно в файлах. В-третьих это удобство, можно посмотреть в сторону рево, где наглядно drag-n-drop перенести вызов сниппета в шаблон. + Наглядность, не надо ковыряться в файлах, я считаю юзверя не должно беспокоить что под капотом. Но это все бесполезно, если модикс идет всторону чистого фреймворка, но там он явно не конкурент, Zend,Yii2, Laravel,CodeIgniter и тд.

Хотите популярную цмс собирайте на Вордпресс, я хочу удобную и современную ЦМС которая будет развивать разработчика и давать ему отправную точку. А не тормозить развитие

Я уже второй сайт на рево переношу к нам из-за неудобства первого. Серега сделал столько плюшек в админке эво, что я некоторые отключаю.

Хотите популярную цмс собирайте на Вордпресс, я хочу удобную и современную ЦМС которая будет развивать разработчика и давать ему отправную точку. А не тормозить развитие

+

Хотите популярную цмс собирайте на Вордпресс, я хочу удобную и современную ЦМС которая будет развивать разработчика и давать ему отправную точку. А не тормозить развитие

+

Хотите популярную цмс собирайте на Вордпресс, я хочу удобную и современную ЦМС которая будет развивать разработчика и давать ему отправную точку. А не тормозить развитие

но, Дим, Чирко тоже захотел удобный магазин, а тех кто работает с эво назвал ..., и куда его это увело?

Чирко или Чиркунов?

но, Дим, Чирко тоже захотел удобный магазин, а тех кто работает с эво назвал ..., и куда его это увело?

Ну так поэтому я за обратную совместимость что б расширять функционал давая работать и так и так. Если кто хочет работать в админке но с файлами, не проблема может написать плагин ;) я просто не вижу в нем надобности. P.s. Я раньше был большим преверженцем работы из браузера и в админке, мол IDE все фигня и т д. Но потом понял что с IDE проще, удобней и быстрее в итоге

Хотите популярную цмс собирайте на Вордпресс, я хочу удобную и современную ЦМС которая будет развивать разработчика и давать ему отправную точку. А не тормозить развитие

Вы, правы. Если 1.n.n версии, без ларавел, не будут поддерживаться и останется только гибрид, нужно уже переучиваться чтобы остаться на плаву. Общая картина развития модикса вроде прояснилась. Спасибо. Вопросов больше нет.

Ну так поэтому я за обратную совместимость что б расширять функционал давая работать и так и так. Если кто хочет работать в админке но с файлами, не проблема может написать плагин ;) я просто не вижу в нем надобности. P.s. Я раньше был большим преверженцем работы из браузера и в админке, мол IDE все фигня и т д. Но потом понял что с IDE проще, удобней и быстрее в итоге

Дим, и я завтра пойду куплю себе SE. Но это не значит что я отрекнусь от Android)

Вы, правы. Если 1.n.n версии, без ларавел, не будут поддерживаться и останется только гибрид, нужно уже переучиваться чтобы остаться на плаву. Общая картина развития модикса вроде прояснилась. Спасибо. Вопросов больше нет.

1.4 поддерживаться будет минимум до 21 года, писал же в релизе 1.4.8 он потому и LTS

Это хорошо, значит времени достаточно ))

У меня есть идея взять и пересобрать демо сайт под этот подход и записать на видео. Но для этого нужно обкатать этот подход

+