Dmitry P.

да, корректно)
просто в файле core/msearch2/model/msearch2/filters.class.php этот метод фильтрации описан, а в документации — нет)

еще может помочь модификатор split, чтоб разбить строку на массив

попробуйте использовать фильтр decimal вместо number в параметрах сниппета

Спасибо!!!

У меня была такая проблема, неправильно высчитаывалась сигнатура внутри компонента. Решение описывал тут: modx.pro/help/3525#comment-122256

У меня возникла похожая проблема, только в тестовом режиме компонент ругался при каждой оплате. Методом тыка выяснил, что сигнатура в компоненте не совпадает с сигнатурой от робокассы, и связано это вроде как с наличием копеек.
Помогло поправить метод receive в классе оплаты Robokassa (core/components/minishop2/custom/payment/robokassa.class.php)
Добавил вычисление сигнатуры без копеек

$sum3 = number_format($order->get('cost'), 0, '.', '');
$crc3 = strtoupper(md5($sum3 . ':' . $id . ':' . $this->config['pass2']));

И в последующем ифе проверку

if ($crc == $crc1 || $crc == $crc2 || $crc == $crc3) {...}

Полный код метода:

public function receive(msOrder $order, $params = array())
    {
        $id = $order->get('id');
        $crc = strtoupper($_REQUEST['SignatureValue']);
        // Production
        $sum1 = number_format($order->get('cost'), 6, '.', '');
        $crc1 = strtoupper(md5($sum1 . ':' . $id . ':' . $this->config['pass2']));
        // Test
        $sum2 = number_format($order->get('cost'), 2, '.', '');
        $crc2 = strtoupper(md5($sum2 . ':' . $id . ':' . $this->config['pass2']));
        
        /** вот эти две строки добавил*/
        $sum3 = number_format($order->get('cost'), 0, '.', '');
        $crc3 = strtoupper(md5($sum3 . ':' . $id . ':' . $this->config['pass2']));

        if ($crc == $crc1 || $crc == $crc2 || $crc == $crc3) { //и здесь одно условие
            /** @var miniShop2 $miniShop2 */
            $miniShop2 = $this->modx->getService('miniShop2');
            @$this->modx->context->key = 'mgr';
            $miniShop2->changeOrderStatus($order->get('id'), 2);
            exit('OK');
        } else {
            $this->paymentError('Err: wrong signature.', $params);
        }
    }

т.к. migx хранит пути к файлам только относительно указанного ему медиаисточника, я написал небольшой плагин на событие «pdoToolsOnFenomInit», который создает модификатор для фенома, в котором находится baseUrl меди-источника по его ID

<?php

switch ($modx->event->name) {
    case 'pdoToolsOnFenomInit':
        $fenom->addModifier('mediapath', function ($input) use ($modx) {
            if (!$output = $modx->pdoTools->getStore($input, 'mediapath')) {
                if (!$output = $modx->cacheManager->get('media_' . $input)) {
                    if ($source = $modx->getObject('sources.modMediaSource', $input)) {
                        $source = $source->toArray();
                        $output = '/' . ltrim($source['properties']['baseUrl']['value'], '/');
                    } else {
                        $output = '/';
                    }
                    $modx->cacheManager->set('media_' . $input, $output, 0);
                }
                $modx->pdoTools->setStore($input, $output, 'mediapath');
            }

            return $output;
        });
        break;
}

полученный путь кешируется средствами модыкса (чтоб каждый раз в базу запросы не делать), плюс еще кладется в Store pdoTools-ов, чтоб в циклах не дергать каждый раз кеш :)
использовать можно так:

<img class="image" src="{mediapath(2) ~ $i.image}">

Отличная статья! Ковыряю vesp еще с первых статей, очень много нового для себя узнал.
Очень интересно было бы почитать еще про работу с файлами и организации, например, галерей.

в инструкции написано, что сниппеты не кешируются
но по моему опыту, при таком вызове может кешироваться только код сниппета, но не получаемые им данные

{set $prices = $_modx->resource.Prices | fromJSON}
    {$prices[2][2]} {*получить значение ячейки (2,2), индексы с 0 начинаются*}

    {foreach $prices as $row}
        Size: {$row[0]}
        Availability: {$row[4]}
    {/foreach}

Работа с массивами аналогична пхп.
По феному есть документация раз и два

{foreach $_modx->resource.Prices | fromJSON as $row}
    {foreach $row as $cell}
        {$cell} {*тут выведутся все значения всех ячеек*}
    {/foreach}
{/foreach}

можно сниппету msOrder указать настройку 'userFields' => ['phone' => 'mobilephone']
тогда и у нового пользователя при создании заказа будет телефон в mobilephone записываться, и у залогиненного пользователя подставляться в это поле phone будет номрально

я так недавно пробовал сделать — стандартный js минишопа начинает в консоле ругаться

Нужно посмотреть ошибки в консоле браузера. Может где-то нарушен порядок подключения js-ов

в просто js-файле не сработает
а вот через чанк должно получиться

попробуй настройку pdoMenu &checkPermissions

Укажите, какие разрешения нужно проверять у пользователя при выводе ресурсов, например &checkPermissions=`list`.

чтоб получить голый json из migx-переменной нужно просто получить заначение ТВ-шки напрямую

[[*migxTV]]

или fenom'ом

{$_modx->resource.migxTV}

попробуй вызвать через $this->modx

а вообще, чтоб в любом файле подключить $modx, у меня работает такой код:

define('MODX_API_MODE', true);
require_once dirname(dirname(dirname(dirname(__FILE__)))) . '/index.php'; //путь до index.php, который лежит в корне

$modx->getService('error', 'error.modError');
$modx->setLogLevel(modX::LOG_LEVEL_ERROR);
$modx->setLogTarget('FILE');

при работе с дополнением msPromoCode уведомления noty с применением/отменой промо-кода отображаются без стиля. другие библиотеки тоже неправильно показываются.

ну так-то да, я что-то не подумал:
откуда форма знает куда ей стучаться?
может попробовать воткнуть в каждую форму скрытую кнопку «в корзину»..? минишоповские скрипты должны понять такой ход :)

<button type="submit" name="ms2_action" value="cart/add" style="display: none;">В корзину</button>