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

Главная забота в подобного рода вопросах — действительно площадка для тестирования и внедрения.
Если у вас есть проект для которого можно разработать подобное решение — то считайте полдела уже сделано.

Также для разработки нужны документация, ключи авторизации или какой-то личный кабинет внутри системы (не знаю как в данном случае все устроено).

Покажите документацию по платежке.

Давайте попробуем устроить сбор денег. Пока просто голосованием. Пишите в комментариях кто вложился бы в данную тему. При достаточном финансовом обеспечении — авторы откликнутся. Уверен!

Поправил заголовок

Минишоп 2.2 это почти как MODX Evo 1.04 — Совершенно другой продукт, давно минувшей эпохи

Теперь конкретно вам @Tata напишу. Вы у нас гость, только зарегистрировались и уже начинаете ставить минусы налево и направо. Не нужно так себя вести.

@Leonid Krylov @Илья Уткин Обратите внимание пожалуйста

у вас не устанавливается компонент,

У кого у вас? Я не автор компонента, не техподдержка хостинга. Я просто пытаюсь помочь. За что минус то?

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

Перепроверил — проблемы не наблюдаю

Роман, вы видимо пытаетесь скачать транспортный пакет из демо-сайта и его установить заново на другом сайте, либо переустанавливаете зачем то на предоставленной демке. Платные пакеты так не работают. На демо сайте — транспортные пакеты защищены от копирования. У вас не получится их скачать и заново установить где-либо.
Для использования платного компонента на другом сайте, вам нужно его сначала приобрести.
Для установки транспортного компонента вручную — вам его нужно еще привязать к поставщику

PR в таком виде у тебя не примут. Нет смысла слать.

Я еще не встречал хостинга, на котором не было бы панели управления кроном или просто доступа к crontab.
Какие 4 часа? О чем вы?
Если задача отправить письмо о новом заказе то:
Проверить таблицу очередей. Если есть необработанная запись ОДНА — взять номер заказа, сформировать письмо о заказе — отправить его.

Если задача отправить письмо о регистрации клиента то:
Получить из таблицы очередей ID клиента — составить письмецо, отправить его.

Тут секунды 2 работы в худшем случае.

Зачем так сложно? Задания очередей можно писать в таблицу базы данных. Я обычно использую simpleQueue. Есть также встроенный механизм очередей в MODX.
Для выполнения заданий запускаете ежеминутно крон, который будет по одной записи за раз дергать и выполнять.

Кстати в будущих версиях компонента механизм очередей будет уже в ядре.

Вообще-то да. Ровно та же проблема при отправке заказа в CRM какой-нибудь.
Решение тоже общее. Нужно использовать очереди. И вместо отправки заказа просто записывать задачу в очередь. Тогда нагрузки не будет никакой. Ну а очереди читать и выполнять, как фоновый процесс.

Вам нужно, чтобы отправлялось письмо о факте регистрации?
Я писал заметку на эту тему уже
modx.pro/development/16620

На сегодняшний день фоновая регистрация пользователя вшита в процесс оформления заказа. Для того чтобы логика была другой нужно «колотить костыли».

А почему у тебя в объекте методы внутри метода? Это же нелогично. Вынеси их в корень объекта. Для чего нужна вложенность?
И я правильно понимаю, что в твоем варианте оригинальный ajaxForm все равно нужно подключать, а потом этой штукой перезаписывать метод initialize?

Дальше вам видимо нужно обратиться в раздел «Работа» с задачей сделать анализ или сразу решить вопрос.
Вообще установка SSL сертификата, редирект — не влияют на скорость загрузки сайта.

У меня есть мобильное приложение, которое как раз через ZoomX к минишопу прикручено. В основном буду опираться на этот опыт. Возможно позже я покажу как изготовить и запустить и само мобильное приложение. Получился бы полноценный курс Мобильное приложение + MODX

Не рекомендую писать одно и то же в разных темах. Это чревато санкциями.

Может jquery не подключен в шаблоне?