Спасибо большое, Николай, за решение! О нем мечтали, его ждали, про него спрашивали, потом его просили, и вот оно здесь!

P.S Столько обновлений здесь в последнее время, аж глаза разбегаются и такую ценную заметку банально не заметил… А может, потому что картинки в анонсе нет!? Но это не в укор, а просто попытка самоанализа.

P.S.2 А просто Console не подойдет? Просто он почти везде уже есть…

Я к тому, что до текущего момента, можно было комфортно на хорошем уровне делать проекты с MODX, применяя ряд инструментов: тот же PHPstorm, git GUI «fork», WinSCP и админку MODX, с приятными интерфейсами, не являясь при этом консольным гиком, которому достаточно созерцания прекрасного в мигающем курсоре на черном фоне.

Все-таки composer это совсем не про программирование, а тоже инструмент, который в рамках MODX, мог бы, условно, мало чем отличаться от текущего менеджера пакетов с функционалом зависимостей.

Вон сделали же GUI modxminify чтобы не собирать вручную в коде бандлы как в minifyx. Я вот не пользуюсь им, но много где видел, и соглашусь что это блин удобно для проектов где не обязательно весь код держать под git-ом (А такие бывают? — бывают)))

Идея контролировать git-ом через composer.jsom даже версии установленных пакетов в систем мне лично очень нравится, но полностью отказываться от удобного GUI-менеджера пакетов навсегда, все-таки больше похоже на шаг назад. MODX не конкурирует с Laravel, в котором куча консольных инструментов и даже веб-сервер вроде как есть свой вместо nginx/apache, это давно ясно и ничего плохого в этом нет. А вот проигрывать в удобстве админки ещё и Wordpress было бы вообще печально.

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

Иван, ну не стоит преувеличивать. Конечно, программисты с личным развитием всё время хотят усложнять свои проекты, и одновременно упрощать свои инструменты. Поэтому да, конечно для тех, кто развивает платформу, в т.ч. MODX, желание привнести крутых навороченных штук, не обращая внимания на порог вхождения, естественно) Однако если посмотреть с другой стороны: для вас, крутых разработчиков, и для некоторых других (например, с очень большой натяжкой, для меня, еле догоняющего) это «проект», а для очень многих — инструмент!

Ничего плохого в том, чтобы инструмент оставался простым, до определенного, конечно, предела, вовсе нет!

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

Это будущее давно уже настоящее везде, где есть Composer. А для платных (ну или просто приватных) репозиториев есть даже такая тула — github.com/composer/satis.
Ну или можно заплатить денег пакаджисту и публиковать там packagist.com/pricing
Вопрос в том, что аудитория MODX всячески сопротивляется подобным нововведениям, потому что это ж программированию учиться нужно, а они привыкли на коленке все собирать, чтобы хоть как-то работало, особо не вдаваясь в нюансы.

Мне интересно, если они в курсе, то как объясняют сложившуюся ситуацию

Спасибо Василий! Уже можно сказать десятилетиями, привносишь в MODX полезные и прогрессивные вещи. Системный подход твоих решений — впечатляет.

Очень надеюсь что формат приживется. А ещё надеюсь, получится сделать для этого формата дополнений GUI, чтобы его использование было также дружелюбно и к тем, кто с консолью обращается не часто… И дополнения «привычно» можно было ставить из админки.

Кажется, описанное в заметке решение — будущее дополнений для MODX3. Надеюсь, как минимум MODSTORE заинтересован в поддержке такого формата!

Честно не совсем понял в чем идет улучшение/ускорение сборки. Макеты все равно надо будет верстать. А клиенту по сути подойдет прототип в виде картинки (как и дизайнеру), который так-же можно собрать в той-же Figma. Базовые компоненты можно так-же установить и пользоваться ими. Возможно тут пока не попробуешь, не поймешь, если подвернется случай, протестирую) Спасибо за ваш труд.

1. Сделать её кнопкой button
2. Добавить атрибут form со значение form
3. Добавить атрибут type со значением submit.

В моём случае эта проблема решилась переключением сайтов на nginx в настройках хостинга.

Что-то опять запутался
Форма лежит в id=“form”

…
e = ‘<li><a href=“#{0}” role = “menuitem”>{1} </a></li>…

Это ссылка которая выводит кнопку FINISHE что сделать чтобы это ссылка-кнопка работала как кнопка отправки?

Удалось решить вопрос? Тоже Оформление заказа не считает, а остальное все работает

Можно же обойтись без js, т.к. есть атрибут form

<form id="myform">
  // ...
</form>

<button type="submit" form="myform">Моя кнопка вне формы</button>

Спасибо за ответ. Как обычно напишешь пост и решение в голову приходит)

А ссылка находится вне формы что ли? Просто если она внутри, то почему бы не сделать обычную submit-кнопку? Ну а вообще обычный код:

var form = document.getElementById('id_формы');
document.getElementById('finish').addEventListener('click', function() {
   form.submit();
});

Можно через where и innerJoin вот так:

&innerJoin=`{ "Options":{ "class":"msProductOption"}}`
&where=`["Options.key = 'm2' AND Options.value > 600"]`

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

Видимо не может подключиться сюда: antibot.bustep.ru/api/

А если зайти в этот файл и посмотреть эту строчку кода, то что за авторизацию она проверяет?

При успешной или нет оплаты, метод receive сам всё сделает, вам только нужно заменить айдишки статусов заказа на ваш, в текущем состаоянии как я ниже писал, что при оплате удачной или нет, сам епэй тригернёт файл который лежит в ассетах, со статусом оплаты, если пройдёт верификацю это запрос, то всё само сменится в методе receive