в таблице список хранится в виде key1||key2||key3 или key1==val1||key2==val2||key3==val3 и тип вывода никак на это не влияет.
Сделал последним вариантом Все работает, есkи тип tv по умолчанию — вписываю 191,195 к примеру — работает.Но не пойму почему, когда я создаю тип tv множественный список ресурсов, добавляю тип вывода с разделителем через, — не работает. Проверял тв выводит аналогично 191,195. в чем может быть косяк
Сушите весла… Сами вряд ли сделаете. Надо добавлять в селект запрос вида if(find_in_set('{$value}', column) 1, 0) as exists и order by exists DESC, но просто так не сделать этого (скажем так, это небольшая недоработка getdata-процессора). Хотя попробуйте так:
Николай подскажите, а как расширить данный процессор, чтобы можно было делать сортировку, если в tv содержится массив из id вида 12,25,45? Т.е. один и тот же товар может принадлежать нескольким категориям. Интересует именно такая реализация. натолкните на мысль хотя бы. Спасибо
Пишу здесь результаты переписки. У вас там логика просто в интерфейсе не верно построена. У вас на изменение способа доставки 4 запрос отправляется. joxi.ru/DrlaPn9iEYodmP А на изменение кол-ва товаров только три. Это говорит о том, что части интерфейса не связаны с собой. У нас в интерфейсе изменение любого элемента вызывает запрос на сервер на изменение, после чего выполняется запрос опять на сервер на получение всех актуальных данных корзины, после чего выполняется апдейт всех элементов, которые выводят стоимость (хоть 100500). У вас же для блока доставок одна логика, для блока товаров другая. Поэтому и проблемы. Проблема явно проявляется, когда на странице управления заказом начинаешь менять и способы доставки и кол-во товаров.
Смотрите в процессоре какой смарти-шаблон инклюдится для отправки почты и правьте его или создавайте новый и его указывайте.