Артур Шевченко

Всё правильно пробовал, только если ниже не было

$page>save();

то не удивительно, что значение не установилось.

Никак не надо менять валидатор, впрочем как и писать одинаковые валидаторы на каждое поле. Валидатор получает те поля, для которых он назначен в параметрах вызова сниппета. Если нужно кроме cost, проверить ещё и title, надо написать в вызове сниппета так

&validate=`cost:isBigEnough,title:isBigEnough`
&customValidators=`isBigEnough`

Если нужно убедиться в том, что $cost больше 1000, то данная запись верна.

&validate=`cost:isBigEnough`
&customValidators=`isBigEnough`

А что там непонятного?
$value — это значение, которое нужно проверить
$key — имя поля формы, в котором это значение указывается.
Если проверка не пройдена нужно выполнить метод

$validator->addError($key,'Not big enough!')

где $key всё тот же ключ, а 'Not big enough!' сообщение для пользователя об сути ошибки.
Если проверка пройдена, то нужно просто вернуть true.
А небольшой пример вы сами уже написали в вопросе.

ms2_tmp_storage а тут какое значение?

Ты тоже можешь сделать такое уведомление.

Цена в корзине и цена в админке никак не связаны. Если товар добавлен в корзину ему назначается актуальная на момент добавления цена, если после этого цену изменить, то в корзине ничего не изменится и это логично. Представь, ты пришёл в магазин набрал товаров по приятным цена, а на кассе узнал, что пока ты до неё шёл цена изменилась, ты сильно обрадуешься? Если в магазине переоценка, очищай все сессии пользователей, чтобы корзины удалились.

По идее вот такая конструкция должна сработать

[[!getMinPrice?id=`[[*id]]`]]

где getMinPrice сниппет который возвращает минимальную цену.
[[*id]] — id категории

[[!pdoPage?
            &parents=`51`
            &limit=`20`
            &ajaxMode=`default`
            &element=`msProducts`           
            &includeThumbs=`small`
            &tpl=`msProducts.tpl`
        ]]

B уже почитайте документацию или обратитесь к тому, кто за деньги сделает вместо вас.

Конечно не выводится, потому что в документацию по pdoPage ты не посмотрел. А если бы посмотрел, то в вызове добавил был параметр element со значением msProducts, т.к. pdoResources понятия не имеет ни о каких превью, впрочем как и о твоих TV, так как параметр includeTVs со значением image ты тоже не указал.

так написано же, что нeкорректное значение в свойстве from. Если отправляешь через SMTP укажи тот ящик который в настройках.

И как это избавляет тебя от расстановки плейсхолдеров, написания сниппетов и настройки форм? А ещё, порой заказчики хотят, чтобы контент был не какой-то произвольный, а тот который они давали дизайнеру. В общем, твой подход имеет место быть, но он неуниверсальный. Про возможности управления структурой страниц из админки даже не спрашиваю.

В это сложно поверить, но да в фильтре цвета в формате hex и без названия. А решал я задачу визуального выбора цвета менеджером. Да с названиями было бы лучше, но для этого нужно отдельную таблицу делать и окошко где будут название вводить. Но на данном этапе возможность указать конкретный цвет уже хорошо.

Значит оно у вас пустое, у меня выводится.

Нет, я все дедлайны прое**л потому что допиливаю компонент походу натяжки((( Так что конкретно сейчас он только мешает, но перед релизом проверю.

<input type="checkbox" [[+check:is=`1`:then=`checked`:else=``]]>

Почему ты так думаешь?

Это всё для будущих версий, если они будут)))

Хотя, почитав комментарии под предыдущим твоим постом, думаю надо в раздел Работа писать.

Могу помочь советом. Посмотри как в БД хранятся опции и как хранятся в БД. Потом с помощью API Modx получай значения TV и создавай опции, попутно привязывая их к нужным категориям и заполняя нужными значениями. Другой вариант создавать опции через процессоры minishop2, но если недавно работаешь с Modx разобраться может быть сложнее.