нет, увы
22.06.2020 15:36:37
|
|||||||
|
22.06.2020 13:19:27
Это тот же самый Sale\Discount\Actions::applyToBasket только с учетом моих доппараметров
if(!empty($action0['dopparam']['PROC'])){ $value = '-'.(float)$action0['dopparam']['PROC']; }
|
|||||
|
17.06.2020 18:36:41
Новая проблема найдена: если зайти в админку в заказ с товаром по такому правилу, то мы видим цены без учета правила, но на оплату отдается верная сумма. однако стоит что-то изменить в заказе(коммент подправить) и все правило уже не применилось, товары по полной цене и на оплату идет полная цена смотрю что возвращает пересчет
получается скидку он видит, но почему-то не применяет в заказе и при нажатии пересчитать или сохранить заказ отправляет на сохранение именно с отключенной скидкой |
|||
|
17.06.2020 14:08:47
Аааа, так у вас старый битрикс получается где правила корзины и товаров не объединенные.
Тогда не понятно почему вы пишите
После объединения и у тех и у тех настройки общие, а разделение для товара скидка или для корзины происходит автоматом в зависимости от условия. тогда вариантов только 2: 1. играться сортировкой и приоритетом(хотя я не помню в какой версии появилась галочка прекратить действие скидки вообще и на текущем приоритете, может не подойдет вам) 2. попробовать написать свое, кастомное, правило, но сразу говорю по этой теме очень мало информации |
|||
|
17.06.2020 13:53:46
Скорее всего можно от родителя, от которого идет наследование подгрузить, но я этого делать не стал, а просто добавил к себе |
|||||
|
04.06.2020 16:00:24
|
|||
|
04.06.2020 14:27:33
Никак не могу понять причину.
Делаю свое правило скидок для корзины вывожу 2 строковых поля
получаю но при заполнении значений и нажатии сохранить они не сохраняются |
|||
|
19.05.2020 20:11:15
имеем 3 раздела в каждом одинаковые товары в первом дожна быть сортировка 321 во втором - 231 в третьем 132 в остальных 123 Поле SORT - обеспечит общую 123 как нам поможет одно единственное свойство PROPERTY_SECTION_SORT в 3 разделах если элемент во всех трех есть и должен по разному сортироваться? не понял. |
|||
|
19.05.2020 12:14:42
Как предложил Илья, заведите свойство отдельное.
Вам нужно вывести где-то в середине текста или уже после содержимого? 1. в середине текста, тогда в месте где нужно выводить блок внесите метку #BLOCK# далее в шаблоне вывода статьи сделайте замену
2. после содержимого тут еще проще, меток в тексте не нужно никаких просто проверяете пустое новое свойство или нет и выводите свой блок |
|||
|
18.05.2020 11:00:07
те кто перекрещивают, они не думают, они говорят хотим видеть и все. А думать как это реализовывать и настраивать мне. Вы предлагаете обойтись 2 типами, без учета разделов, а мне нужно именно чтоы учитывался раздел. На текущий момент имею примерно 60 разделов первого уровня каждый из которых имеет примерно в два раза больше второго уровня. товары пересекаются. и вот мне нужно примерно для 50 разделов свои сортировки не совпадающие с общей сортировкой. Возьмем 3 соседних раздела, в которых товары могут пересекаться, должны иметь свои сортировки: в первом линия 5 на первом месте, во втором линия 66 и затем линия 5, в третьем линия 200 и линия 66 в четвертом уже не линия, а бренд 88 должен сначала идти кроме того есть общая на весь каталог сортировка 1. распродажный товар или нет, 2. новинка или нет 3. по цене с точки зрения маркетинга такие желания понятны: хотим чтобы сегодня трусы линии интим были на первом месте, а в бюстгалтерах, на первом шли другой линии, а в трусах красных на первые строчки попадали уже не интим, а линия специализирующаяся на не знаю там на кружевах Насколько я понял можно решить мою задачу костомизировав компонент через \Bitrix\Iblock\ElementTable::getList 'runtime' => array( new \Bitrix\Main\Entity\ExpressionField() ) но пока не понял как |
|||
|
15.05.2020 10:41:45
Тем что мне для каждого раздела своя нужна.
т.е. у меня есть куча разделов каталога(скажем так, много), для ряда разделов нужно сделать свою сортировку, в одном одну линию вверх поднять, в другом другую и т.д. А для каталога в целом должна своя сортировка настроенная идти. и создавать кучу дополнительных свойств не вариант( их и так не один десяток. По мере проведения акций и просто желаний маркетологов сортировка будет менятся(вплоть до каждодневной) В sql это можно сделать при помощи ORDER BY FIELD() как быть тут не знаю. вариант с 'ID' => [3,21...] не подходит тоже, просто по той причине ,что модуль инфоблоков не обновлен до версии когда эта возможность появилась и обновить нет возможности. |
|
|