Одобрение уже есть. Жду

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

И так же как Laravel зависит от Тейлора )

За всеми проектами стоит кто то кто в текущий момент принимает решение что делать и куда двигаться дальше.

p.s. Я понимаю что с Evo мне хватит работы и проектов более чем с головой ибо будет сужаться количество разработчиков, проектов тоже но все равно будет с чем работать :) Но хочется ж не только стоять на месте хочется развиваться. Все очень сетовали на то что мол EVO отделились и т д, так вот сейчас готов объединятся ибо по факту нужно делать новый продукт который будет соответствовать текущим трендам и сможет занять достойное место на рынке. К сожалению или к счастью ни EVO 3 ни MODX 3 не будут этим проектом. Но если хочется пройти по тому же пути что мы прошли с EVO 1 в EVO 3. То могу пожелать успехов только ибо по факт EVO 3 это то что все хотят видеть в MODX 4.
Я же хочу строить уже MODX 5 ну и под любым другим названием, и ищу варианты как можно запустить этот проект. А так как инвестиций нет то нужно искать еще и оптимальный путь с точки зрения расходов:)

Сейчас принятие PR зависит только от двух подтверждений. И можно вливать.

Пока из нашего сообщества права на вливание, только у Ивана. Но это вопрос времени. И пойдет ещё быстрее.

Ну по факту все зависит от MODX LLC очень сильно. Хотя это и OpenSource проект
это так же как сейчас EVO зависит от DDA LLC в частности от меня

Прошу создать issue, чтобы не затерялось. Мы проверим

Тут претензия только к Раяну за пустые обещания

> Жаль только что уже прошел месяц а финальной Альфы как обещался MODX LLC так и нет :(

Если кто не знает, проект сейчас тащит сообщество, это видно даже по тому, что Ваня в заметке описал. Писать, что альфы все еще нет, хотя обещали, как минимум некорректно, а вообще обидно. Хотя в целом, через такое уже проходили ранее. Гнобят MODX LLC, порой даже за дело, но по факту обесценивают труд людей, которые вкладывают свои силы. Потому что получается, что все якобы зависит от воли компании, а не от конкретных людей. Притом что мы, те, кто вносит вклад, призывали неоднократно и призываем, чтобы помогли с проверкой PR, c репортами багов и тестированием в целом. Пнуть Джейсона, чтобы он сделал релиз — это фигня, делается на раз два, проверено. Влить проверенный код — тоже, успешно это делаю. Проверить весь объём кода не под силу никому, если делать это в одиночку.

Laravel будут тянуть как Грецию, даже если Тейлор отъедет.

С учетом что ресурсов нет, разработчиков нет то других альтернатив к сожалению пока не вижу. А так есть шанс усилить Ларавел дополнив его полноценной ЦМС с дополнениями к ней. Это то чего сейчас не хватает в Laravel и то почему все выбирают WP для простых сайтов.

То есть таким образом есть четкая проблема которую можно решить что даст возможность это все монетизировать.

У меня тоже есть вопросы к Laravel но нужно решить что мы хотим получить:
— Супер мега крутой и уникальный продукт который никто не знает и не рискнет на него переходить в ближайшее время ибо риски (а весь бизнес на этом построен, все знают что WP так себе и получишь проект по хуже по качеству но результат будет в разы с большей вероятностью запущен)
— Продукт по хуже но которым можно решать бизнес задачи рынка? Ибо не нужно клиентам рассказывать что мол это что то новое и т д, говоришь делаем на Laravel но благодаря CMS можем сделать быстрее, дешевле (Тоесть получаем конкурентное преимущество )

Итого: качество Laravel по цене WordPress.

p.s. Я понимаю что тут все разработчики а не предприниматели и все рассматривается только с точки зрения качества кода:)

Ответил ниже.

Напомню, что проблема с ExtJS не в сложности или недостатке документации или что проект всё. Новые версии Sencha на уровне реакта и vue по возможностям, местами даже получше будут, все таки использование в корпоративной среде дает свои преимущества, но автобус в виде платных лицензий уже случился, что заблокировало возможность обновления MODX в свое время. Выпилить его сейчас невозможно, можно только дать альтернативу и надеятся, что пользовали относительно быстро мигрируют на что-то новое.

А что с ExtJS?

Идея с Laravel звучит разумно в контексте Evo, но как я говорил, все интеграторы, включая меня, против, чтобы он был основой MODX любой версий. Хайповый фреймворк, популярный, спору нет, но с достаточно специфичной архитектурой. Сбей Тейлора автобус, получим ситуацию, как с ExtJS.

Жаль только что уже прошел месяц а финальной Альфы как обещался MODX LLC так и нет :(

Боюсь что б была жизнь надо раз в месяц проводить такие мероприятия :)

Да и на более глобальные вещи типа начало MODX 4 и обьединение усилий с ЕВО, MODX LLC даже не отвечает.

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

Но собственно почему хотел объединить усилия ибо что б соответствовать трендам нужен уже совершено новый продукт. Ибо если глянуть глобально на Ситуацию что MODX что EVO то:
— информации мало, все держется на прошлых заслугах (да мы с Ево и компонентами Laravel чутка пытаемся но этого мало)
— Разработчиков крутых все меньше уходят на тот же Laravel или другие платформы
— Новых разработчиков почти не заходит ибо идут в WordPress или Laravel как более перспективные направления
— Подход к разработке устарел, понятно что можно еще лет 20 жить на этом но мы давно уже не в тренде.

Так что надо исправлять ситуацию а вместе это было сделать проще. Но пока нормального контакта нет:(

А ну и в довесок интересное видео:
www.youtube.com/watch?v=zo_7RFzIWMo

Хочу уточнить. Много где встречал упоминание, что modx в целом и minishop в частности хорошо работают с кодировкой таблиц utf8mb4
Почему я всегда при установке minishop получаю ошибку создания таблицы «ms2_options» при условии что у меня все таблицы в utf8mb4?
Если таблицы в utf8 то все ок
github.com/Ibochkarev/miniShop2/issues/391

Чего я не понимаю?
Версия minishop — последняя
mySql — 5.6.39

А ведь пошла движуха. Спасибо ребятам, которые толкают этот тепловоз)

Ну да, в итоге так и сделал.
Наверное, так даже более правильно.

{set $kurs = $_modx->runSnippet('!getIdKurs')}

Может сначала вызвать, если результат будет пустой, то выводить без where

{if $kurs}

Может достаточно какойто класс прописать или где то в скрипте указать поле чтобы оно тоже обновлялось вместе с итоговой ценой?