а так можно было? 0_°
видимо нет, т.к. явно не работает) либо из-за синтаксиса, либо такое не прокатывает)))
так отписали же, нельзь пихать sql туда
"возможность пропихивания произвольных конструкций осознанно заблокирована" - два часа назад сказал
да, помню... просто проверить хотел... теперь нет идей для такого принципа вывода...
вам тогда же и способ решения дали - через свойство
типа "нужно делать отдельно свойство, и заполнять его 1 - товары >=0 0 - <0 и по нему сортировать" это понятно... но для 3-5к товаров долго, а наличие меняется автоматически... поэтому и пытаюсь придумать вариант, который будет работать с ходу и на всю свою долгую жизнь
если что наличие работает по такой же логике +- автоматом считаеться на событиях обновления елемента инфоблока, товара, и цены
Не пойму, чем не подошла сортировка по QUANTITY?
Ему не QUANTITY нужна, а по признаку QUANTITY >= 0 (boolean)
Еще вариант. Если включен количественный учет и запрет покупки отсутствующих, то достаточно будет в параметрах компонента выбрать отображение недоступных товаров в конце.
по QUANTITY не подходит, потому что не нужно учитывать количество товаров, у меня сейчас <0 это не в наличии =0 под заказ >0 есть при чем под заказ и в наличии выводятся в 1 очередь
1) кол. учет выключен на данный момент 2) запрета нет вот в чем беда) изначально у меня по доступности все было)
Тогда все верно, через свойства. Вешаетесь на событие изменения остатка и тд, и заполняете свойства
Обсуждают сегодня