Василий Наумкин

Мне кажется, что в фильтре это может работать только через специально написанный для этого сниппет.

Про импорт не знаю — тут думать надо, а у меня голова другим занята, извиняй.

Если нужно как в примере, то одним полем series ты не отделаешься. Нужно создать ресурсы-серии, туда засунуть описание, картинки, что еще нужно, и связать их с товарами.
Можно использовать для этого мультикатегории miniShop2.

А дальше можно будет выводить эти-ресурсы через pdoResources, вызывая в чанке оформления каждого еще msProducts, чтобы он добирал товары серии.

Получится где-то как в примере.

bezumkin.ru/sections/tips_and_tricks/2422/

[[!pdoResources?
	&parents=`0`
	&scheme=`abs`
	&useWeblinkUrl=`1`
	&context=`[[*context_key]]`
	&tpl=`@INLINE <p>{{+id}} - {{+link}}</p>`
]]

Ну и хорошо, будем считать, что вопрос решен.

JS подключеает сам minishop2.

Наверное, он это делает после запуска mSearch2.

Подключи jQuery самостоятельно, в шапке сайта.

Ошибка говорит о том, что не не подключен jQuery.

Ну а как еще можно указать сниппету список ресурсов, которые прошли фильтр?

Я не знаю таких способов, только простыня из подходящих id.

На странице 2 лога, один от mFilter2, а второй от msProducts


И они оба обновляются при работе через ajax. Если там те же полторы секунды, то проблема явно не в этих дополнениях.

Ну вот ты лог с обычной загрузки страницы показал. Что мешает показать лог работы сниппетов при загрузке через ajax?

Они тоже выводятся на страницу. Может у тебя там сторонний какой плагин реагирует на ajax запрос, может еще что-то, нужно разбираться.

Сам по себе ajax должен быть быстрее, потому что грузится не целая страница, а только нужный кусок контента. Его для того и придумали — чтобы ускорять.

Я использовал пример топикстартера.

Наверное, ему удобнее так подсчитывать время и ОЗУ, да и условия замеров должны быть одинаковыми.

Это не ответ на твой вопрос?

А теперь отвечу на твой вопрос:

Однако, как я понял, изучение и применение чистого xPDO в своих разработках серьёзно поможет снизить нагрузку на сервер, ведь верно?

Да, конечно. Нужно учить и xPDO, и PDO, и PHP, и MySQL, и еще много всего. Любые библиотеки, фреймворки и прочие вспомогательные инструменты — это надстройки над чем то, и они в принципе не могут быть быстрее этого чего то. Так что, основы нужно знать всегда.

Разница между чистым xPDO и pdoTools в дополнительном функционале последнего. Если он тебе не нужен — не используй.

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

У pdoTools есть еще одно хорошее качество — это определённая стандартизация функционала, чего нет у других разношерстных решений.
Если сниппет использует pdoTools, ты обычно можешь рассчитывать на выборку по родителям, INLINE чанки, подключение и фильтрацию ТВ и другие его общие функции.

Затем, что я привёл сравнение к одинаковому функционалу. Если не нужны дополнительные навороты из pdoTools — незачем его и использовать.

Однако, к моему коду можно легко добавить выборку ТВ параметров с обработкой, фильтрацию по родителям на определённой глубине с исключением определённых id и еще много всякого:

$pdo = $modx->getService('pdoFetch');
$pdo->setConfig(array(
	'select' => 'id,uri,pagetitle,content',
	'includeTVs' => 'Date,List',
	'processTVs' => 1,
	'parents' => '5,-10',
	'depth' => 2,
	'limit' => 2000
));
$pdo->makeQuery();
$pdo->addTVs();
$pdo->addJoins();
$pdo->addSelects();
$pdo->addWhere();
$query = $pdo->prepareQuery();
$pdo->addTime('SQL prepared <small>"'.$query->queryString.'"</small>');
$query->execute();
echo '<pre>';print_r($pdo->getTime());echo '</pre>';

Лог работы:

0.0000291: xPDO query object created
0.0006900: Included list of tvs: Date, List
0.0026941: leftJoined modTemplateVarResource as TVdate
0.0002470: leftJoined modTemplateVarResource as TVlist
0.0001659: Added selection of modResource: SQL_CALC_FOUND_ROWS `id`, `uri`, `pagetitle`, `content`
0.0000451: Added selection of modTemplateVarResource: IFNULL(`value`, '') AS `Date`
0.0000069: Added selection of modTemplateVarResource: IFNULL(`value`, '') AS `List`
0.0010350: Processed additional conditions
0.0013552: Added where condition: modResource.parent:IN(5,10,14,49,51,11,12,13,50,52,53,11,12,13), modResource.parent:NOT IN(10)
0.0000041: Limited to 2000, offset 0
0.0000980: SQL prepared "SELECT SQL_CALC_FOUND_ROWS `modResource`.`id`, `modResource`.`uri`, `modResource`.`pagetitle`, `modResource`.`content`, IFNULL(`TVdate`.`value`, '') AS `Date`, IFNULL(`TVlist`.`value`, '') AS `List` FROM `modx_site_content` AS `modResource` LEFT JOIN `modx_site_tmplvar_contentvalues` `TVdate` ON `TVdate`.`contentid` = `modResource`.`id` AND `TVdate`.`tmplvarid` = 2 LEFT JOIN `modx_site_tmplvar_contentvalues` `TVlist` ON `TVlist`.`contentid` = `modResource`.`id` AND `TVlist`.`tmplvarid` = 1 WHERE  ( `modResource`.`parent` IN (5,10,14,49,51,11,12,13,50,52,53,11,12,13) AND `modResource`.`parent` NOT IN (10) )  LIMIT 2000 "
0.0056591: Total time
4 718 592: Memory usage

Покажи пожалуйста, насколько меньше строк будет в твоей реализации на чистом xPDO.

Ничего, что работа с suggestions не менялась с версии 0.6.0-beta? Это объективный факт.

У mFilter2 есть свой лог, где показано, сколько времени генерируются предсказания результатов. Без них, конечно, всегда быстрее.

Да, еще пару недель назад, потому что верстку ломает при больших ветках.

По моему, это никому не интересно, с первой попытки автор написал комментарий, или с десятой. Изменять комментарий, у которого уже есть ответы, всё равно нельзя.

Считаешь, нужно вернуть эту надпись?

Конечно, pdoTools не может работать быстрее, чем сам PDO, но сравнение твоё совсем не корректно.

Если уж ты используешь минимум фукнций xPDO, то давай сравним вот так:

$pdo = $modx->getService('pdoFetch');
$pdo->setConfig(array(
	'select' => 'id,uri,pagetitle,content',
	'limit' => 2000
));
$pdo->makeQuery();
$pdo->addSelects();
$query = $pdo->prepareQuery();
$query->execute();
while($row = $query->fetch(PDO::FETCH_ASSOC)) {
	print $row['pagetitle'];
}
print '<pre>'; print_r($pdo->getTime()); print '</pre>';

0.0129349: Total time
6 029 312: Memory usage

А теперь твой xPDO пример, в котором добавлен вызов getSelectColumns, чтобы было по-честному:

$pdo = $modx->getService('pdoTools');
$q = $modx->newQuery('modResource');
$q->select($modx->getSelectColumns('modResource', 'modResource', '', array("id","uri","pagetitle","content")));
$q->limit(2000);
$s = $q->prepare();
$s->execute();
while($row = $s->fetch(PDO::FETCH_ASSOC)) {
	print $row['pagetitle'];
}
print '<pre>'; print_r($pdo->getTime()); print '</pre>';

0.0127289: Total time
5 767 168: Memory usage

И внезапно, скорость и потребление памяти практически идентичны! Циферки больше, потому что проверял на сервере h1, а не h3.

Никто не заставляет тебя использовать все методы pdoFetch, можно выбирать только нужные.

Если уж на то пошло, то вот абсолютный лидер по всем параметрам, включая количество строк:

$pdo = $modx->getService('pdoTools');
$q = $modx->prepare("SELECT `id`, `uri`, `pagetitle`, `content` FROM modx_site_content LIMIT 2000");
$q->execute();
while($row = $q->fetch(PDO::FETCH_ASSOC)) {
	print $row['pagetitle'];
}
print '<pre>'; print_r($pdo->getTime()); print '</pre>';

0.0090590: Total time
4 980 736: Memory usage

А теперь отвечу на твой вопрос:

Однако, как я понял, изучение и применение чистого xPDO в своих разработках серьёзно поможет снизить нагрузку на сервер, ведь верно?

Да, конечно. Нужно учить и xPDO, и PDO, и PHP, и MySQL, и еще много всего. Любые библиотеки, фреймворки и прочие вспомогательные инструменты — это надстройки над чем то, и они в принципе не могут быть быстрее этого чего то. Так что, основы нужно знать всегда.

pdoTools был моим ответом на претензии в духе «MODX Revolution тормозной!!!111». Насколько я вижу, таких криков в интернетах сегодня почти нет. А тем, кто жалуется на Revolution, первым делом советуют попробовать pdoTools.

Ну и на закуску, попробуй в своей выборке подключить пару ТВ параметров и вывести их в обработанном виде, чтобы картинка тегом, а файл с полным путём от корня источника медиа — а потом сравни, насколько это будет сложнее, чем просто указать:

'includeTVs' => 'image,file',
'processTVs' => 1,

Не знаю

Делай, конечно, раз не устраивает фильтрация 16 тысяч товаров за полторы секунды.

Да, скорее всего.

Фильтр подбирает подходящие ресурсы и отдаёт их id в msProducts, а тот уже выводит.

Если не устраивает работа стандартного сниппета — пиши свой сниппет, с более оптимальным SQL запросом.

Начать стоит с EXPLAIN SELECT SQL_NO_CACHE SQL_CALC_FOUND_ROWS `msProduct`.`id`…