НО не исключает к сожалению по ID

Этот код и не должен что-то исключать. Результирующий массив лежит в переменной $result, в ней и нужно смотреть. $array_test уже не нужен.

{foreach $result as $id => $value}
  id: {$id} - count: {$value}
{/foreach}

в любом случае спасибо! Нашел другой вариант, не связанный с fenom :D

Приветствую! Спасибо за ответ, складывает действительно, НО не исключает к сожалению по ID повторяющиеся элементы, т.е. получается вот так:

id: 1 - count: 2
id: 2 - count: 1
id: 2 - count: 8

получается предыдущая 2-ка никуда не делась!

Насколько помню можно через CSS для класса контейнера капчи переопределить местоположение

Yandex приостановил выдачу API. Как заставить автоматически переводить сайт?

Павел дайте пожалуйста ответ.

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

Ах да забыл про это написать.
Стартую изолированный 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']
                    ],
            ],
    ],
]}