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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Этот функционал запланирован в среднем приоритете в следующих версиях, так как внутреннее логгирование в минишопе уже есть из коробки. На данный момент, правда, там фиксируется только история смены статуса заказа.
Но будем расширять.

Ну если уж на то пошло, то и Tickets нет

Да, согласен. Это вряд ли правильно.
Лучше пользоваться плагинами.

Спасибо за обратную связь.
По весу посмотрим. Вопрос с доставкой тоже поглядим.

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

Добавляете в PHP код, к которому обращаетесь специальные заголовки через headers.
По идее вот такая запись разрешает доступ из другого домена

Access-Control-Allow-Origin: https://domain.xyz

В некоторых случаях нужно еще добавить правило в конфиг сервера.