То же пробовал, аналогичный вывод получился…

Ах да забыл про это написать.
Стартую изолированный Modx, а не из под того же скрипта который его запустил
Пишет все в логи, а уже из логов читаются сообщения.

Есть вариант как мокнуть xpdo?

В этом как раз и жопа. Вместо дополнительного уровня абстракции (как это сделано в Evolution — $modx->db) modX тупо наследуется от xPDO. И в итоге хрен ты чего сделаешь.

MODX плохо поддаётся юнит-тестированию.

Из за этого и встроил PHPunit в Crontabmanager
Ибо чтобы настроить PHPUnit для modx мозг взорвется пока это сделаешь.

crontabmanager использует твою наработку по запуску скриптов на бэкенде (спасибо)))).
За счет чего полноценно стартуют тесты в Modx.

Codeception — особо не знаком с ним. Можно попробовать встроить и его. Разницы то особо нету какой фреймворк запускать из под crontabmamager

При интеграции с разными сервисами частенько что то ломается.

Не совсем понятно, зачем нужны тесты рабочего сайта по расписанию. Обычно тестируют разработку перед деплоем. Протестировал — замёрджил — задеплоил.

Банальный ответ: Для автоматического тестирования)))))))))))

MODX плохо поддаётся юнит-тестированию. Поэтому юзаем Codeception.

Есть вариант как мокнуть xpdo?

Не совсем понятно, зачем нужны тесты рабочего сайта по расписанию. Обычно тестируют разработку перед деплоем. Протестировал — замёрджил — задеплоил.

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

Как вариант, если речь идёт о товарах: сделайте отдельный сервер для товарной БД с api + интерфейс по управлению товарами для менеджеров. Фронт на js, бэк на чём угодно, на том же slim'е.
Синхронизируйте с ним сколько угодно сайтов.

Первый вариант приемлемый, только с базой не понятно как быть. В течении в базу пишутся разные данные, статистика, заказы, да и мало ли еще что.

Да это не оказия, это уже пердимонокль)))

Migx хранит данные в json, поэтому стандартными средствами никак. Вам нужно написать свой сниппет, который будет получать поле, преобразовывать его в массив, сортировать массив и возвращать отсортированный массив.

составить запрос основываясь на modUserGroupMember

{'getTable' | snippet : [
    'table'=>[
        'class'=>'modUserGroupMember',
        'actions'=>[
            'create'=>[
            ],
            'update'=>[
                'icon' => 'fa fa-edit',
            ],
        ],
        'pdoTools'=>[
            'class'=>'modUserGroupMember',
            'leftJoin'=>[
                'modUserProfile'=>[
                    'class' => 'modUserProfile',
                    'on' => 'modUserProfile.internalKey = modUserGroupMember.member',
                ],
            ],
            'where'=>[
                'modUserGroupMember.user_group'=>2,
            ],
            'select'=>[
                'modUserProfile'=>'*',
            ],
        'decodeJSON'=>1,
        ],
        'checkbox'=>0,
        'autosave'=>1,
        'row'=>[
                'internalKey'=>[
                    'label'=>'data- 1 добавляем в data-индификатор строки, чтобы по нему можно было искать редактируемое значение fullname',
                    'data'=>1
                    ],
                 'fullname'=>[
                    'class'=>'modUserProfile',
                            'edit'=>[
                                'type'=>'text',
                                'search_fields'=>['internalKey '=>'internalKey', ],
                            ],
                    ], 
                 'oc_name'=>[
                     'label'=>'extended поле не редактируется',
                     'edit'=>['type'=>'view']
                    ],
            ],
    ],
]}

Спасибо, поля профиля вывелись. extended к сожалению как раз и нужно было редактировать( А как выводить пользователей определенной группы?

Для ссылок

{$id | url | preg_replace : '~^https?://~' : '' | preg_replace : '/\w+\..{2,3}(?:\..{2,3})?(?:$|(?=\/))/i' : ''}

Плагин для подмены ресурса

<?php
if ($modx->event->name == 'OnPageNotFound') {
	$alias = $modx->context->getOption('request_param_alias', 'q');
	if (!isset($_REQUEST[$alias])) {return false;}
	$request = $_REQUEST[$alias];
	$tmp = explode('/', $request); // получаем ссылку
	$document = $modx->getObject('msProduct', array('alias' => end($tmp))); // ищем товар по алиасу, последний кусок из /catalog/category/product-alias
	if($document){
		$modx->resource = $document;
		$modx->request->prepareResponse(); // рендерим товар миную контексты!
		exit();
	}
}

В настройках сниппетов PDO проставьте {$_modx->context.key}

Блин с extended полями не понятно как их вывести и редактировать. Не работает сейчас компонент с ними!
Я extended полями не пользуюсь. Просто если надо поля доп таблицу завожу какую надо.

'loadModels'=>'pdoUsers', не надо

{'getTable' | snippet : [
    'table'=>[
        'class'=>'modUser',
        'actions'=>[
            'create'=>[
            ],
            'update'=>[
                'icon' => 'fa fa-edit',
            ],
        ],
        'pdoTools'=>[
            'class'=>'modUser',
            'leftJoin'=>[
                'modUserProfile'=>[
                    'class' => 'modUserProfile',
                    'on' => 'modUserProfile.internalKey = modUser.id',
                ],
            ],
            'select'=>[
                'modUser' => 'modUser.id',
                'modUserProfile'=>'*',
            ],
        'decodeJSON'=>1,
        ],
        'checkbox'=>0,
        'autosave'=>1,
        'row'=>[
                'id'=>[
                    ],
                 'fullname'=>[
                    'class'=>'modUserProfile'
                    ], 
                 'oc_name'=>[
                     'label'=>'extended поле не редактируется',
                     'edit'=>['type'=>'view']
                    ],
            ],
    ],
]}

Заказчик даже не пояснил зачем это нужно?
Обычно должно быть наоборот, заказчик приходит и говорит у меня вот такая-то проблема, а разработчик предлагает варианты решения.

Какие варианты решения пришли мне в голову
1) иметь два сайта. Один открытый для всех, другой закрытый. Менеджер работает в админке закрытого, а ночью например по крону написанные вами скрипты синхронизируют базы данных и файлы с открытым сайтом.
2) Каким то образом все страницы сайта делать статичными, кешировать в файлы и отдавать пользователю файлы. А ночью сбрасывать кеш и генерировать новые страницы.

MODX 2.8.1
Minishop 2.8.1
Php 7.3.8

Дополнительно установлен компононет frontpadapi для выгрузки заказов в CRM (немножко переделанный), плагин срабатывает на событие msOnBeforeCreateOrder — но я не думаю, что дело в нем (много куда уже его ставили)