Dmytro Lukianenko

Вы явно посмотрели не те видео :)

А в чем у вас установка прошла со скрипом?
www.youtube.com/watch?v=XaHXXjMOe24&list=PLKTHZGrYLdtoMegu0vG1Isek4_HsZPtZf — вот ставил на стандартную панельку VESTA с php 7.2 без каких либо доп настроек работает как часы.

Если же ставить на тот же MODHOST то надо помнить 2 момента там не работает localhost надо писать 127.0.0.1 при подключении к базе данных и поменять /assets/.thumbs на /assets/thumbs (в файлах и в конфигурации EVO) так как папки с. запрещены на MODHOST )

Гляньте вот это:
PageBuilder, TemplateEdit3
www.youtube.com/watch?v=YM_qY9xRlU4

Надеюсь 15 минут вашего времени не сильно большая просьба а после если понравиться то вот эти:
Шаблоны часть 1:
www.youtube.com/watch?v=n4oX8Y-zX_k&list=PLKTHZGrYLdtoMegu0vG1Isek4_HsZPtZf
Шаблоны часть 2:
www.youtube.com/watch?v=OsAesOt2lDw&list=PLKTHZGrYLdtoMegu0vG1Isek4_HsZPtZf
Пакеты:
www.youtube.com/watch?v=HI09PmCF67U&list=PLKTHZGrYLdtoMegu0vG1Isek4_HsZPtZf
Контроллеры:
www.youtube.com/watch?v=T9Ws_kgF75M&list=PLKTHZGrYLdtoMegu0vG1Isek4_HsZPtZf

Надеюсь поймете что элементы в админке оставленный и сключительно для обратной совместимости и не только до 2009 года а до 2004 :)

Я не хочу идти по пути REVO мол убить все и сделать новую систему так как тогда еще и будет 2 версии EVO и раздробим сообщество еще на 2 части? смысл ???

Как показывает опыт РЕВО можно изменить код не меняя базу, собственно EVO и REVO на 99% в базе данных одинаковы.

Поэтому да есть много легаси кода и он работает но при этом нет проблем работать из IDE и из Файлов притом из коробки. Собственно такой подход дает возможность плавно перейти с EVO 1 на EVO 2
а не бросать все и погружаться в изучение нового.

В целом если забить на обратную совместимость то тогда вообще нет смысла развивать EVO :) так как потеряется суть. Проще тогда уже просто сделать админку на ларке :) Зачем тот MODX и EVO надо тогда?

В чем уж и еж?

Да и чем вам мешает обратная совместимость? понятно что нужно научиться работать по новому что б не делать смесь. Но для этого как раз и пишу сейчас видео что и как что б было легче разобраться :)

www.youtube.com/watch?v=xQ_aqYpS0Cc&t=11s

//Сначала собственно проект создаем
composer create-project evolutioncms/evolution:2.0.x-dev .

//А так еще и устанавливаем сразу что б не через браузер и в 1 строку: (но можно и без параметров тогда будет спрашивать)
php install/cli-install.php --database_server=localhost --database=DB --database_user=USER --database_password=PASS --table_prefix=evo_ --cmsadmin=admin --cmsadminemail=email@gmail.com --cmspassword=123456 --language=en --mode=new --installData=n --removeInstall=y

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

Скорость — это собственно одна из причин почему я развиваю EVO. С Компонентами Laravel, 2.0 где то на 0,01с просела по сравнению с 1.4 но уж очень удобней все стало.

Версию PHP поставьте 7.2 или 7.3 и все ок будет

Расширяема как угодно. Написана на чистом JS, ну и добавлен Jquery для поддержки части плагинов для обратной совместимости.

Верхнее меню можно изменять как угодно через плагин
Дерево документов так же имеет события для плагинов можно менять как угодно(иконки, свое кастомное меню и поведение)
Контент тоже можно строить какой угодно :)

По сравнению с Revo сильно много свободы что дает возможность говнокодить. Но ограничений нет

Кстати интересная идея надо будет с Василием поговорить ибо по уму там не сильно много доработок с его стороны нужно будет.

Кстати добавлю что сделали базу для компонентов (package), очень хороший базис заложили.

Ну вот что б разорвать этот круг нужно что то делать и предпринимать шаги в этом направлении.

1. Даем хорошую базу которая позволяет делать быстрые и качественные сайты + с технологиями которые современные.
2. Пишем документацию и уроки для того что б привлечь больше ребят в сообщество
3. Начинаем расширять базу компонентов.

В целом сейчас Evo по сравнению с Revo проигрывает только из за отсутствия платного маркетплейса и Минишопа. Но опять же хочется делать последовательно пускай и дольше.

Спасибо не горит :)

Кинь ссылочку почитать

Ок тогда более правильней будет:
— MODX Шаблонизатор
— Fenom Шаблонизатор

Я к EVO прикрутил еще и контроллеры :) получилось очень удобно, надеюсь скоро запишу видео и покажу как это все работает.

А самое интересно что получилось это все совместить:
— хочешь стандартный парсер да не вопрос
— хочешь шаблонизатор и в нем снипеты да тоже не вопрос
— хочешь что б в шаблонизаторе не было сниппетов(выносим их в контроллер) тоже не вопрос

p.s. Рекомендую потратить время и вникнуть в соседние технологии и понять в чем плюсы и отличия парсера и стороннего шаблонизатора:) Ведь понять что лучше для чего можно только сравнив.

Так это проще всего. это ж opensource заходишь в репозиторий проекта адаптируешь и отправляешь пулл реквест. На крайняк если автор потерялся то делаешь форк репозитория

Я тут больше про то что нужно определиться в чем суть философии MODX. И отталкиваться от этих принципов.

Для примера я долгое время считал что MODX Parser очень крут и удобен и что это и есть ядро MODX но на деле FENOM(в REVO) и BLADE, TWIG(в EVO) куда удобней стандартного парсера и отлично вписывается в философию MODX.

Маленькими шажками:
— Релиз MODX 3 уже 2 года ждут
— Релиз EVO 2 уже год ждут

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

Поэтому как по мне логичней организовывать сообщество и продавливать MODX LLC.

Ну так вот потому что долгое время и пилю систему то и задаю такие вопросы:) Как по мне ничего странного в этом нет. Мир развивается притом очень быстро. Так же я вот сейчас внедрил MVC в EVO но в сообществе дай бог 5 человек оценило остальные подняли кипишь мол как же так хотим по старому.

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

Вообщем я за то что б открыто обсудить проблемы и варианты. А один из вариантов и есть MODX-Like Admin Panel for Laravel(или любой другой фреймворк).

Это да, притом чем больше внимания обратной совместимости тем больше вопросов и проблем. В итоге качество страдает:(

Вопрос а зачем MODX если делать так:

Внимание, сам RestApi не обязательно писать на MODX, он должен просто работать с MODX, но базироваться может хоть на Slim3 + Eloquent, если разработчикам так удобнее.

Как по мне стоит просто сделать MODX-Like Admin Panel на базе одного из популярных фреймворков.
если же делать совсем по уму и все через REST то прийдем к тому что можно будет и бек менять и фронт, главное что было API Френдли.

Сейчас пилю Evo 2.0 на базе компонентов Laravel, но в перспективе смотрю в сторону как раз такого решения.

Да понятно что потеряем обратную совместимость но получим современный удобный инструмент.

Ибо на текущий момент:

REVO — нужно потратить очень много времени что б переписать систему и тонну дополнений что б привести все в норму и соответствия текущим трендам.

EVO — ближе по коду к текущим трендам но большие печали по маркетплейсу.

Я бы предложил перевести разговор в плоскость что нас держит в философии MODX и что нужно перенести на свежие рельсы.

meetup.by/event/2013-03-13/modx-club-v-minske

Вот кажется первое упоминание про MODX 3)