Авторизоваться в контексте mgr перед использованием.
Обычно запускают процессор security\login логинящим специальный технический аккаунт перед скриптом, требующим прав админа. А после выполнения скрипта дергают процессор logout.
Да по тексту стало сильно понятнее. Но по-прежнему не понятно зачем такой инструментарий использовать. Особенно при формулировке
используя минимум сторонних компонентов.
Куда более правильно было был написать малюсенький JS скрипт, который слушает форму, отправляет условные логин-пароль на сервер. А Сервер в свою очередь тоже, используя простенький PHP скрипт заводит запись в базе. Ну или логинит.
Зачем сюда подключать твои здоровенные комбайны, да еще форкнутые, ума не приложу. Это ж изобретение велосипеда, которых тут на форуме наверное с несколько десятков наберется.
Ты бы лучше свою деятельность направил на реанимацию ajaxLogin
Артур, ты если ради критики выкладываешь — то лучше бы это делать в разделе вопросы.
Раздел готовые решения предполагает собственно готовое решение. Причем понятное случайному посетителю (хорошо бы).
Я три раза перечитал текст, но так и не понял какую задачу ты решал, в чем ее решение, и почему это решение такое. Просто поток мыслей — без какой-либо цели.
То есть ты не смог собрать компонент из исходника, а виноват MODX3?
Компонент для MODX3 лежит вот здесь github.com/halftrainedharry/Gallery
Для сборки и установки компонента из исходника нужно запустить файл /_build/build.transport.php
Вряд ли из-за прав. Скорее просто плагин не успевал выполнить задачу за доступное время. А в консольном режиме ограничения времени на выполнение PHP скрипта нет. Он может и неделю выполняться.
Ну для начала идея — не использовать для таких задач плагин.
Это некорректно с точки зрения архитектуры (плагин по своей сути это функция). А также плагин ограничен максимальным временем выполнения PHP скрипта.
Такие задачи выполняются в CLI режиме. То есть создайте отдельный php файл, подключите туда MODX, перенесите ваш код. Желательно переделать в класс и использовать ООП. И выполняйте код в консольном режиме.
Скорее всего вы не заполнили системные настройки ID воронки и ID заказа
Обычно запускают процессор security\login логинящим специальный технический аккаунт перед скриптом, требующим прав админа. А после выполнения скрипта дергают процессор logout.
Готовой альтернативы судя по всему нет.
Зачем сюда подключать твои здоровенные комбайны, да еще форкнутые, ума не приложу. Это ж изобретение велосипеда, которых тут на форуме наверное с несколько десятков наберется.
Ты бы лучше свою деятельность направил на реанимацию ajaxLogin
Раздел готовые решения предполагает собственно готовое решение. Причем понятное случайному посетителю (хорошо бы).
Я три раза перечитал текст, но так и не понял какую задачу ты решал, в чем ее решение, и почему это решение такое. Просто поток мыслей — без какой-либо цели.
Компонент для MODX3 лежит вот здесь
github.com/halftrainedharry/Gallery
Для сборки и установки компонента из исходника нужно запустить файл /_build/build.transport.php
Это некорректно с точки зрения архитектуры (плагин по своей сути это функция). А также плагин ограничен максимальным временем выполнения PHP скрипта.
Такие задачи выполняются в CLI режиме. То есть создайте отдельный php файл, подключите туда MODX, перенесите ваш код. Желательно переделать в класс и использовать ООП. И выполняйте код в консольном режиме.
Обновление касается корзины и оформления заказа по большей части.