Александр что посоветуете?

Топик: поиск по tv

в таблице список хранится в виде key1||key2||key3 или key1==val1||key2==val2||key3==val3 и тип вывода никак на это не влияет.

Топик: поиск по tv

Сделал последним вариантом Все работает, есkи тип tv по умолчанию — вписываю 191,195 к примеру — работает.Но не пойму почему, когда я создаю тип tv множественный список ресурсов, добавляю тип вывода с разделителем через, — не работает. Проверял тв выводит аналогично 191,195. в чем может быть косяк

Топик: поиск по tv

Спасибо, попробую

Топик: поиск по tv

Сушите весла… Сами вряд ли сделаете. Надо добавлять в селект запрос вида if(find_in_set('{$value}', column) 1, 0) as exists и order by exists DESC, но просто так не сделать этого (скажем так, это небольшая недоработка getdata-процессора). Хотя попробуйте так:

  1. В prepareQueryBeforeCount() добавляете left join своей ТВшки, в которой содержатся эти значения.
  2. В initialize() добавляете $this->setDefaultProperties(array( "sort" => "if(find_in_set('{$value}', column) 1, 0)", "dir" => "DESC", )); Если надо не порядок отсортировать, а именно получить только те товары, которые есть в указанной категории, то тут проще: пишем в prepareQueryBeforeCount() так: $c->innerJoin('modTemplateVarResource', "tv_categories", "tv_categories.contentid = {$this->classKey}.id AND tv_categories.tmplvarid = {$tv_id} AND find_in_set('{$value}', tv_categories.value)");
Топик: поиск по tv

Николай подскажите, а как расширить данный процессор, чтобы можно было делать сортировку, если в tv содержится массив из id вида 12,25,45? Т.е. один и тот же товар может принадлежать нескольким категориям. Интересует именно такая реализация. натолкните на мысль хотя бы. Спасибо

Топик: поиск по tv

ОК. По результатам отпишитесь помогло ли.

Спасибо большое. Замечание учтено исправлюсь

Пишу здесь результаты переписки. У вас там логика просто в интерфейсе не верно построена. У вас на изменение способа доставки 4 запрос отправляется. joxi.ru/DrlaPn9iEYodmP А на изменение кол-ва товаров только три. Это говорит о том, что части интерфейса не связаны с собой. У нас в интерфейсе изменение любого элемента вызывает запрос на сервер на изменение, после чего выполняется запрос опять на сервер на получение всех актуальных данных корзины, после чего выполняется апдейт всех элементов, которые выводят стоимость (хоть 100500). У вас же для блока доставок одна логика, для блока товаров другая. Поэтому и проблемы. Проблема явно проявляется, когда на странице управления заказом начинаешь менять и способы доставки и кол-во товаров.

Смотрите в процессоре какой смарти-шаблон инклюдится для отправки почты и правьте его или создавайте новый и его указывайте.