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

Авторизоваться в контексте mgr перед использованием.

Обычно запускают процессор security\login логинящим специальный технический аккаунт перед скриптом, требующим прав админа. А после выполнения скрипта дергают процессор logout.

Для этого нужны навыки программирование. Умение создавать собственные компоненты, Хорошее знание extJS и понимание процессоров MODX.

Ну тогда уж приводите пример в чистом JS, тем более раз вы показываете в контексте «Как делать правильно»

За JS в PHP жирный минус. Зачем?! А главное Зачем?!

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

Компонент недоступен. Автор к сожалению тоже.
Готовой альтернативы судя по всему нет.

Да по тексту стало сильно понятнее. Но по-прежнему не понятно зачем такой инструментарий использовать. Особенно при формулировке

используя минимум сторонних компонентов.

Куда более правильно было был написать малюсенький JS скрипт, который слушает форму, отправляет условные логин-пароль на сервер. А Сервер в свою очередь тоже, используя простенький PHP скрипт заводит запись в базе. Ну или логинит.

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

Артур, ты если ради критики выкладываешь — то лучше бы это делать в разделе вопросы.
Раздел готовые решения предполагает собственно готовое решение. Причем понятное случайному посетителю (хорошо бы).
Я три раза перечитал текст, но так и не понял какую задачу ты решал, в чем ее решение, и почему это решение такое. Просто поток мыслей — без какой-либо цели.

Не знаю как насчет FormIT, но вот AjaxForm точно для MODX3 точно никто не обновлял.

Спасибо, примем меры

Добрые люди обычно в спасибо копеечку заворачивают )

Да — для MODX3 минишопа пока нет. Версия сейчас в разработке.

То есть ты не смог собрать компонент из исходника, а виноват MODX3?
Компонент для MODX3 лежит вот здесь
github.com/halftrainedharry/Gallery
Для сборки и установки компонента из исходника нужно запустить файл /_build/build.transport.php

В этом случае в процессоре нужно добавить выборку данных из дополнительной таблицы. Тогда они будут доступны как родные в JS

Вряд ли из-за прав. Скорее просто плагин не успевал выполнить задачу за доступное время. А в консольном режиме ограничения времени на выполнение PHP скрипта нет. Он может и неделю выполняться.

Ну для начала идея — не использовать для таких задач плагин.
Это некорректно с точки зрения архитектуры (плагин по своей сути это функция). А также плагин ограничен максимальным временем выполнения PHP скрипта.

Такие задачи выполняются в CLI режиме. То есть создайте отдельный php файл, подключите туда MODX, перенесите ваш код. Желательно переделать в класс и использовать ООП. И выполняйте код в консольном режиме.

А где связь? Никаких изменений связанных со списком товаров заявлено не было.
Обновление касается корзины и оформления заказа по большей части.

Это статья не про MODX3 а про minishop2.

Рекомендую использовать ZoomX для построения API. Текущая статья — устаревшая. Архивная я бы сказал

Инструкции по обращению в базу данных — это официальная документация.
Конкретно по примеру — давайте помогу набросать. Для начала сформулируйте запрос словами — что вы хотите получить на выходе.
Но откровенно говоря — вы для новичка взялись за сложноватую задачу.