Видимо, он сломан.

Предлагаю больше не мучаться и найти нормальный компонент для поиска, а не эту криворукую поделку.

C поиском понятно. Вывожу фильтр
[[!mFilter?
&includeTVs=`1`
&includeTVList=`price`
]]

Ничего не выводит.

Да, такая конструкция гораздо лучше — вчера пробовал, почему то строку не принимало как надо. Сейчас все ок.

Выключи индексацию — то есть, убери &indexer=`1`.

А при индексации тебе надо было указать &limit=`110`. Вообще, вдумчиво почитать документация может быть полезно.

Поздравляю!

Лично я не знаю более элегантного решения объединить 3 таблицы в одной выборке, чем join.

Кстати, можно немного упростить, выбирая поля псевдонимами:

$c->select('TdTypes.name as td_name');
$c->select('TdCompanies.name as comp_name');

Подскажите как исправить, что ему еще не хватает для работы?

Не знаю пригодится ли кому-нибудь эта конструкция, но вот так я связал три таблицы. Полагаю есть более элегантные решения, но я пока до них не дошел.

public function prepareQueryBeforeCount(xPDOQuery $c) {
			$c->select($this->modx->getSelectColumns('TdTypes','TdTypes','TdTypes_',array('name')));
			$c->select($this->modx->getSelectColumns('TdCompanies','TdCompanies','TdCompanies_',array('name')));
			$c->select($this->modx->getSelectColumns('TdItems','TdItems'));
			$c->innerJoin('TdTypes','TdTypes','TdItems.tid=TdTypes.id');
			$c->innerJoin('TdCompanies','TdCompanies','TdItems.cid=TdCompanies.id');
			//$c->prepare();
			//echo $c->toSql();
			//die;
			return $c;
    }

Эта процедура дает такой запрос

SELECT `TdTypes`.`name` AS `TdTypes_name`, `TdCompanies`.`name` AS `TdCompanies_name`, `TdItems`.`id`, `TdItems`.`enabled`, `TdItems`.`created`, `TdItems`.`updated`, `TdItems`.`ended`, `TdItems`.`cid`, `TdItems`.`tid`, `TdItems`.`fid`, `TdItems`.`name`, `TdItems`.`description` FROM `modx_tenders_tdItems` AS `TdItems` JOIN `modx_tenders_tdTypes` `TdTypes` ON TdItems.tid=TdTypes.id JOIN `modx_tenders_tdCompanies` `TdCompanies` ON TdItems.cid=TdCompanies.id

Indexed: 10 resources from 103, time: 0.268610954285 выводит вместо поиска.

На тестовых сайтах почта отключена, чтобы спамеры не пользовались.

У меня кончились идеи, видимо — не судьба.

bezumkin.ru/modx/msearch/

<form action="[[~[[*id]]]]" method="get">
	<input type="text" name="query" value="[[+mse.query]]" placeholder="Введите запрос, например - modx"/>
	<input type="submit" class="btn btn-success" value="Искать!" />
</form>

После индексации нужно разместить на любой странице [[!mSearch]], и прислать на нее запрос в $_GET['query'].

Как прислать этот запрос $_GET['query'].?

Решил проверить у вас
s2027.modx-test.com/
Не приходит…

Да, пришло

От кого: Yatour <Yatour@ruyou.ru>
Кому: Yatour <Yatour@ruyou.ru>
Сегодня, 13:23
Default Message

А письмо то пришло?

Может, просто адрес неверный указан в системной настройке emailsender?

Хм, вставил конструкцию типа [[QuickEmail?]] в шаблон побочных страниц, на сайте зелененьким стало отображаться «Send reported successful»…

Это дело я убрал, иначе любой мог бы поменять email у себя в твиттере, например, и залогиниться под нужным юзером.

То есть, это была натуральная дырка.

Сейчас для привязки дополнительных учеток юзер должен авторизоваться на сайте людбым способом. Иначе да, будет 2 юзера.

Да, всё ок.

Тогда нужно провести диагностику сниппетом QuickEmail.

Стоит и вроде как настроена, мне крон каждый день пишет на почту об ошибках бекапа…
>echo -e «To: user@example.com\nSubject: Test\nTest\n» | sendmail -bm -t -v

root@ruyou:/var/www/ru/data/www# echo -e «To: user@example.com\nSubject: Test\nTest\n» | sendmail -bm -t -v
LOG: MAIN
<= root@ruyou.ru U=root P=local S=312
root@ruyou:/var/www/ruyou/data/www# delivering 1TpCXE-0003PA-HX
Connecting to example.com [2001:500:88:200::10]:25… failed: Connection refused
LOG: MAIN
example.com [2001:500:88:200::10] Connection refused
Connecting to example.com [192.0.43.10]:25… failed: Connection refused
LOG: MAIN
example.com [192.0.43.10] Connection refused
LOG: MAIN
== user@example.com R=dnslookup T=remote_smtp defer (111): Connection refused
LOG: MAIN
** user@example.com: retry timeout exceeded
LOG: MAIN
<= <> R=1TpCXE-0003PA-HX U=Debian-exim P=local S=1082
LOG: MAIN
Completed
delivering 1TpCXO-0003PD-R0
Connecting to mxs.mail.ru [94.100.176.20]:25… connected
SMTP<< 220 Mail.Ru ESMTP
SMTP>> EHLO ruyou.ru
SMTP<< 250-mx105.mail.ru ready to serve
250-SIZE 73400320
250 8BITMIME
SMTP>> MAIL FROM:<> SIZE=2139
SMTP<< 250 OK
SMTP>> RCPT TO:<bloden@mail.ru>
SMTP<< 250 OK
SMTP>> DATA
SMTP<< 354 Go ahead
SMTP>> writing message and terminating "."
SMTP<< 250 OK id=1TpCXO-0004En-Sx
SMTP>> QUIT
LOG: MAIN
=> bloden@mail.ru (root@ruyou.ru) <root@ruyou.ru> R=dnslookup T=remote_smtp H=mxs.mail.ru [94.100.176.20] C=«250 OK id=1TpCXO-0004En-Sx»
LOG: MAIN
Completed

VDS, значит.

А почта там настроена, Sendmail установлен? Пробовал почту из консоли отправлять?

echo -e "To: user@example.com\nSubject: Test\nTest\n" | sendmail -bm -t -v

Да, на экран выводится сообщение с номером заказа, и да, в админке появляется…
А где в логах?
/var/www/anton/data/www/usbit.ru/core/cache/logs тут только
[2012-12-27 04:20:25] (ERROR @ /index.php) Could not cache resource 44
[2012-12-27 11:37:18] (ERROR @ /index.php) Could not cache resource 1
[2012-12-27 11:52:11] (ERROR @ /index.php) Could not cache resource 1
[2012-12-27 12:00:14] (ERROR @ /index.php) Could not cache resource 1
[2012-12-27 12:07:28] (ERROR @ /index.php) Could not cache resource 1

В логах VDS — cs.groza.ru/log.log — не одного упоминания про почту…