> Жаль только что уже прошел месяц а финальной Альфы как обещался 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}

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

Лично не тестировал все моменты, но уже общался с несколькими клиентами которые юзают migx. Да и в принципе не должно быть проблем с migx так как это все те же TV, главное в из названии не использовать дефис. Ну а вообще все можно протестировать в бесплатном тарифе на modhost.pro/

Да, конечно, для этого и написал. Просто рейтинга не достаточно запостить в другом разделе.

Спасибо, Эдуард! Если вы не против, добавлю ваш пример в документацию.

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

Вроде автор кода Илья Уткин

// Поиск Страницы в другом контексте
        if ($_SERVER['REQUEST_URI'] != '/') {
            $uri = substr($_SERVER['REQUEST_URI'],1);
            if (substr($uri,-5) != '.html' && substr($uri,-1) != '/') {
              //$uri .= '/';
            }
            $resource = $modx->getObject('modResource', array('uri' => $uri, 'context_key' => $placeholders['cityContext']));
            if (!empty($resource)) {
                $ctx = $resource->get('context_key');
            } else{
                return '';
            }
        } else {
            $ctx = 'web';
        }
        
        if ($ctx != $modx->context->key){
        	$modx->switchContext($ctx);
        }

например я добавил товар в контексте kazan, если я переду на «общую» страницу будет контекст web, и он ничего не отобразит в миникорзине и в корзине самой.

В целом я решил вопрос по другому, написал на событие добавления, чтобы он присваивал пустой контекст в корзине. По умолчанию там присваивался текущий. Для чего хранится контекст хз, отсюда как и на что это повлияет хз, но я заказы делал — полет нормальный.

case 'msOnAddToCart': 
        $tmp = $cart->get();
        $tmp[$key]['ctx'] = '';
        $cart->set($tmp);
    break;

Не берусь браться интерпретировать как баг, но в документации не совпадение с тем, что на самом деле.
prnt.sc/113zuqe

context общий параметр pdoTools

Думаю это не баг. Просто нужно дополнить это дело предложенной настройкой и все.

когда товары в разных контекстах корзина не выводила товара, даже при указании контекста в вызове.

А вы хотели чтобы в одном каком-то контексте у вас были показаны товары из разных контекстов?
Тогда зачем товары добавлялись из разных контекстов, если отображаются на одном каком-то определенном?