Задача прям так и была поставлена: вывести другую переменную в админке там где выводиться общая сумма заказа? Вы понимаете что изложили не задачу, а решение, Ваше решение, которое, возможно, не самое лучшее. Ведь если нужно выводить вместо общей суммы, что-то другое, то хочется знать что именно? И почему например нельзя модифицировать общую сумму? Или почему для этой переменной не использовать дополнительно созданное поле?
Тикет поддерживает стандартную валидацию FormIt, естественно нужно этот компонент установить, а потом в форме добавления комментария поставьте validate=`comment:minLength=^50^`
Написать плагин самая здравая идея. В нём менять name, а в корзине выводить как обычно, ибо даже в стандартном чанке опции джойняться. В документации написано как можно менять значения у товаров в корзине.
А какой смысл в подобном фильтре? Вы правда считаете, что кто-то захочет посмотреть каких товаров нет? Если нужно совсем не показывать, тогда через where ограничьте выборку, а если сначала показывать те которые в наличии, то в sort поставьте на первое место remains|remains:desc
Да всё просто, '!yandexMaps' так пишут когда хотят чтобы сниппет некешировался, только в том варианте который предложил автор это не работает, там он и так не кешируется. А дальше тут уже и про TV написали и вообще всё заработало)))
Я так понимаю не работает вызов? И вы хотите чтобы сниппет не кешировался? Попробуйте убрать из названия!.. Если я ничего не путаю, то вызов снипетов подобным образом по умолчанию не кешируется, в отличие от такой записи
Я не знаю. Я загуглил там написано что есть два варианта решения поднять версию или сменить кодировку или указать префикс для поля с автоинкрементом, но префикс вы указать не сможете так как это сторонний компонент править исходники которого не хорошо. Поэтому для начала попробуйте поднять версию, я бы так сделал.
Есть товары, которые продаются поштучно и цена у них за 1 штуку. А есть товары, которые продаются по весу и цена у них за единицу веса. А принципиальная разница в формировании общей стоимости разве есть? Ведь в обоих случаях нужно количество единиц умножить на цену. Так и какая вам разница, что обозначают цифры в поле с названием «количество» вес или штуки? Поэтому в самом простом варианте указываете цену за единицу веса — это в админке, а на фронте в поле типа number пишите: min=500 step=200. И всё работает как надо. Если граммы не устраивают, тогда переводите в кг и пишите плагин на события Добавление в корзину и Изменения в корзине, который будет переводить обратно в граммы, чтобы не править исходники минишопа, так как с дробным количеством он на работает.
А чем вам вес не количество? Я имею в виду, что укажите цену за единицу веса, допустим 1000гр и продавайте в граммах, если есть доставка с учётом веса, то тогда ещё надо плагин написать на msOnCartChange и перезаписывать weight. Если очень надо в кг, тогда либо ещё один плагин пишите который будет из дробного количества в кг делать целое в гр, либо делайте как тут Или callback'и пишите подробнее здесь
Ресурс это, как верно подмечают переводчики, источник, а уж источником чего будет тот или иной документ решать вам. Если вам нужно одно поле, делайте одно поле, если нужен небольшой набор данных 2-4 поля, которые не требуют пагинации, фильтрации, сортировки используйте migx, а если всё сложнее используйте документ со всеми его полями. Это конечно только мое мнение.
docs.modx.pro/komponentyi/msearch2/rasshirenie/metodyi-filtraczii
ilyaut.ru/reposts/mfilter2-principle-or-change-to-and/
А потом f12 и смотреть консоль браузера.