Николай Савин

Рекомендую обратить внимание на компонент Collections — он адаптирован под MODX3 и достаточно неплохо устроен. github.com/modmore/Collections

Также есть вводная статья тут
modx.pro/components/20322

Ну и в целом в документации MODX многое нормально расписано про MODX3
docs.modx.com/3.x/en/getting-started/upgrading-to-3.0

В целом материала хватает — странно жаловаться на эту тему

Ох, ты знаешь… в MiniShop3 с одной стороны практически ничего не происходит.
С другой — многое из того что я планировал сделать ТОЛЬКО для MiniShop3 у нас получается реализовать в MS2. К примеру сейчас более-менее активно идет развитие JS части компонента. Так что можно сказать работа потихоньку идет, позже мы готовые протестированные решения просто перенесем в MS3

В общем в корне решил это недоразумение, перезалил компонент. Теперь там все ок

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

Замена сниппета на более старый решает проблему, но убивает все нововведения.
На самом деле проблема довольно странная.
Этот вопрос решен еще тогда на стадии доработки сниппета. Но почему то в компонент попал старый сниппет. У нас есть готовый код
github.com/modx-pro/miniShop2/blob/master/core/components/minishop2/elements/snippets/snippet.ms_gallery.php#L69

Вообще это гарантированно рабочий сниппет, можете просто скопировать из github

Прошу прощения. Значит вчера кто-то писал ровно с той же проблемой.

Я вам в чате уже отвечал.
В обновлении 4.1.2 было ровно одно изменение, исправляющее баг в новом комплекте JS скриптов. Никаким образом это не могло затронуть галерею товаров.
Как минимум для решения вопроса — вам нужно показать вызов галереи.
Кроме того посмотреть есть ли какие-то ошибки в журнале ошибок.

Далее на следующем шаге — вот прям в этом посте посмотрите раздел Дополнительные режимы работы сниппета msGallery. Возможно у вас какой-то конфликт.

Если и тут ничего не понятно — нужно расставлять логи в сниппете и смотреть на каком этапе пропадает информация.

Ну или же нанять программиста.

Здравствуйте. Нет даже не начал делать, если честно.
Текущая версия amoCRM вполне себе работоспособна и со типовыми задачами справляется. Я думаю можно ее использовать.
Ну или писать свое.

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

VUE и Vite это современные, актуальные технологии с которыми работает весь мир.
Семен показал что они могут быть использованы, в том числе и внутри админки MODX.
Никто не отрицает того, что для этого нужно знать стек и уметь пользоваться этими технологиями.
Я вижу здесь карту направлений саморазвития программиста, вы видите вред.
Каждый смотрит в меру своего потенциала. Каждый по своему прав.

Это конечно базовые, более ранние вопросы. Если они возникают — В таком случае было бы полезно подтянуть знания по VUE, как по самостоятельному фреймворку и не пытаться дружить его с MODX.

Семен вообще записывает пожалуй лучшие материалы этого форума. Жаль только редко. Это кажется второй материал за полгода

Так же как и в обычном режиме, на основе extJS.
Дергать нужные процессоры (по вкусу просто PHP файлы вызывать), которые уже имеют связь с базой данных и выполняют необходимые операции (Получение, Удаление, Редактирование, Добавление записи)

Ну перед die же echo json_encode
Ответ гарантированно должен быть и проверенно работает

Почему не выполняется? Должен возвращаться $response, в случае если включен json_response и существует метод оплаты. Я прекрасно реализую ecoomerce методы ПОСЛЕ submit

Прошу прощения. Дал неверную информацию. Андрей не из Украины. Из РФ.

@Leonid Krylov обрати внимание пожалуйста.

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

А еще у нас есть компонент для планирования отложенных задач scheduler

Эта внутренняя ошибка MODX. Она к конкретному компоненту ни какого отношения не имеет.

У вас серверная ошибка. Ловить ее нужно в журнале ошибок хостинга. Не MODX