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

Можно, только это никак не повлияет на расчёт стоимости.

Нет, JS отправляет запрос на сервер, а запрос в СДЭК уже там делается. Честное пионерское.

Логично. Тогда надо переписывать основной класс, который отвечает за расчёт доставки. Ну как переписывать переопределить метод getSenderCity() в core/components/ms_cdek2/model/ms_cdek2.class.php Правда после этого обновлять компонент будет нельзя.

Поскольку пункт отправления берётся из системных настроек, надо менять системную настройку. Я б попробовал менять на событие msOnAddToOrder.

Хорошо когда всё работает)))

снипет он видит точно так как выдает ошибку

Какую ошибку?

У меня например Error `core/model/modx/processors/web/orders/send.php does not exist; Array()`

Это ядро modx, не уверен что там должен быть какой-либо процессор для отправки каких-то заказов, вероятно ты неверно указал путь к процессору.

виснет из-за fenom, а отключить не могу

А каким образом у тебя ответ от сервера попадает на страницу как есть?

Ну и в целом мне не очень понятно какое отношение твоё сообщение имеет к чути заметки?

Ну это нормально, почему так не скажу, но используй $_modx->getPlaceholder('code') или $_pls['code'] или 'code' | placeholder. Первое и последнее одно и то же.

Мне иногда кажется, что магазины делают скидки ради скидок, не ради привлечения клиентов, а именно ради самого факта скидки. Чтобы 3% считать существенной скидкой, ради которой можно докупить что-то ещё сумма должна быть больше 100К. Ну это ладно, а как для покупателя звучит эта акция?

С лирикой закончили, теперь по сути. Не думаю, что Discontrol сможет понять чего вам надо, поэтому, наверное, стоит смотреть в сторону написания своих плагинов для работы с корзиной.

Вообще работает, если where составлен правильно. Это должен быть валидный json, а у тебя просто строка. И судя по % ты хочешь использовать LIKE, что-то не вижу чтобы ты его где-то писал.

Вот так точно сработает

$page->setTVValue('test', 1);

Век живи — век учись)))

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

$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 категории