diskoden

diskoden

С нами с 21 июня 2017; Место в рейтинге пользователей: #619
Ivan K.
14 июля 2024, 21:36
1
+2
Я зато попробовал)) да такой вариант подходит если устанавливать MODX3 из composer, иначе сотрется многое.
Подглядел у Василия Наумкина в одной из заметок рабочий вариант, если MODX3 уже установлен обычным способом:

cd /to/modx/root/ — тут путь до корня сайта с MODX3
wget raw.githubusercontent.com/modxcms/revolution/v3.0.5-pl/composer.json (тут версия важна)
composer update
composer require nesbot/carbon

И все прекрасно работает. Может кому пригодится информация
Артур Шевченко
01 декабря 2020, 22:38
1
0
У msOptionsPrice2 есть специальный сниппет для этого.
Сниппет msOptionsPrice.modification
Предназначен для вывода модификаций продукта. Часто требуется отдельно вывести информацию о различных модификациях продукта, теперь это достаточно просто сделать. Нужно вызвать сниппет
Наумов Алексей
01 декабря 2020, 16:25
1
0
И так и так можно, и правильно вроде. Если нужно вывести как разные товары с разными url, то наверное лучше первый вариант.
Но если это прям абсолютно одинаковые товара (описание, фото), то и копии плодить не хочется, msOptionsPrice2 выглядит привлекательнее :)
Илья Уткин
07 мая 2020, 14:17
2
+3
Проблема в том, что у доп. поля множественный выбор. Когда значение одно, фильтр нормально отрабатывает, но когда значений несколько, они сохраняются так: 1||2 и, конечно, это значение не равно 1.

Я выхожу из этой ситуации таким образом. В значениях доп. поля ставим не числа, а слова — завтрак==breakfast||обед==lunch||ужин==dinner||. В этом случае условие с LIKE нормально отработает и для случаев с одним значением, и для нескольких:

'where' => [
    'serviceTime:LIKE' => '%' ~ $servTime ~ '%'
]