Саша, по поводу нескольких записей в БД — не парься. Там же процессор уже написан с учетом этого, и в итоге он все равно вернет только уникальные данные. А несколько джоинов — это все равно по одной записи к одной, так что кол-во итоговых записей не меняется (если четко указано условие по id-шникам). К тому же prepareCountQuery() — это метод с копией объекта запроса. Его цель — только получение id-шников конечных объектов. Так что там за запрос не переживай вообще. Делай просто несколько джоинов по своим условиям и все. Перечисляй несколько своих TV-условий и все. if($this->getProperty('model')){ $c->innerJoin('modTemplateVarResource',
'model', "model.contentid = {$this->classKey}.id AND model.tmplvarid = 10 AND model.value='$this->getProperty('model')'"); }

if($color = $this->getProperty('color')){ $c->innerJoin('modTemplateVarResource', 'color_tv', "color_tv.contentid = {$this->classKey}.id AND color_tv.tmplvarid = 11 AND color_tv.value='{$color}'"); }

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

У меня Ubuntu с LAMP, я первым делом сделал переименование, но чет не помогло. Кстати если переносить обратно, та же бяка. Я имею ввиду сайт, который начинался на digitalocean перенести на modxcloud.

А если переменных несколько? например, цвет и время года? Я не могу сообразить. ведь они храняться в одной таблице, но в разных записях. Первое, что приходит на ум — сделать запрос сначала по переменным и затем использовать выборку как критерий отбора товаров. или это будет неэффективно?

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

Ага, это верно.

Так вот же недавно как раз обсуждали этот вопрос. modxclub.ru/blog/voprosy-spetsyalistov/256.html

Алишер, привет! Просто переименуй ht.access в .htaccess Там nginx правила рулит, а у тебя скорее всего конечный сервер — Апач.

Как с помощью процессора можно сделать фильтрацию одновременно по нескольким TV?

Разобрался. Нужно не через print, а через return данные выводить :)

создать пустую неиндексируемую страницу я так и начал делать, но почему-то в конце выводится 1. как этого избежать?