А как дела с оплатой по б/н?

Ошибок нет, но работает не так как мне надо)
Из этого промежутка времени по найденным материалам нужно еще отсортировать их по HitsPage от бОльшего к меньшему.

ORDER BY modResource.publishedon DESC

эта сортировка регулируется с помощью &sortby?

Переписала так:

[[!pdoResources? &parents=`19,12,7976,8108,8209,8311,15594` &includeTVs=`HitsPage, comment,expert_photo` &limit=`5` &depth=`0` &tpl=`tmp` &where=`{"createdon:>":"2014-05-28 00:00:00"}` &sortbyTV=`HitsPage`  &sortdirTV=`DESC` &hideContainers=`1` &showLog=`1`]]

Добавила &sortbyTV=`HitsPage` &sortdirTV=`DESC` и выборка опять по всем материалам, а не за последние 2 дня.

Может, это modx их перехватывает?

Конечно.

Если да, то как сделать так, чтобы эти «мягкие» ошибки выводились также и в логи веб-сервера?

Изменить error_handler на свой, наверное.

А, в скрипте то да, там есть =)

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

Добавлено 25 января, версия 2.1.4-pl5.

Да вот только сегодня делал импорт, напоролся на это, minishop2 ставил из modx.com репозитория вчера или позавчера.

Ну вот у тебя выходит условие

WHERE  ( `modResource`.`createdon` > '2014-05-28 00:00:00' AND `TVhitspage`.`value` > '10' AND `modResource`.`parent` IN (19,12,7976,8108,8209,8311,15594) AND `modResource`.`published` = 1 AND `modResource`.`deleted` = 0 AND `modResource`.`isfolder` = 0 )

А вот сортировка по дате публикации

ORDER BY modResource.publishedon DESC

Скрипт говорит, что под условия подходят 536 ресурса и выводит 5 из них. Ошибок нет, что не так?

У меня так:
[[+primary_group:is=`4`:then=`Bronze`]][[+primary_group:is=`5`:then=`Silver`]][[+primary_group:is=`6`:then=`Gold`]]

сорри за некропост)

Разобраться бы…
SQL запрос проверила, выводит как на сайте. А как понять с фильтрацией что не так? Поможешь?

0.0001462: pdoTools loaded
0.0000360: xPDO query object created
0.0000670: Added TVs filters
0.0005841: Included list of tvs: comment, expert_photo, HitsPage
0.0004621: leftJoined modTemplateVarResource as TVcomment
0.0003810: leftJoined modTemplateVarResource as TVexpert_photo
0.0003750: leftJoined modTemplateVarResource as TVhitspage
0.0007579: Added selection of modResource: SQL_CALC_FOUND_ROWS `id`, `type`, `contentType`, `pagetitle`, `longtitle`, `description`, `alias`, `link_attributes`, `published`, `pub_date`, `unpub_date`, `parent`, `isfolder`, `introtext`, `richtext`, `template`, `menuindex`, `searchable`, `cacheable`, `createdby`, `createdon`, `editedby`, `editedon`, `deleted`, `deletedon`, `deletedby`, `publishedon`, `publishedby`, `menutitle`, `donthit`, `privateweb`, `privatemgr`, `content_dispo`, `hidemenu`, `class_key`, `context_key`, `content_type`, `uri`, `uri_override`, `hide_children_in_tree`, `show_in_tree`, `properties`
0.0000200: Added selection of modTemplateVarResource: IFNULL(`value`, '0') AS `tv.comment`
0.0000160: Added selection of modTemplateVarResource: IFNULL(`value`, '') AS `tv.expert_photo`
0.0000160: Added selection of modTemplateVarResource: IFNULL(`value`, '') AS `tv.HitsPage`
0.0000908: Replaced TV conditions
0.0000730: Processed additional conditions
0.0007062: Added where condition: createdon:>=2014-05-28 00:00:00, 0=`TVhitspage`.`value` > '10', modResource.parent:IN(19,12,7976,8108,8209,8311,15594), modResource.published=1, modResource.deleted=0, modResource.isfolder=0
0.0000858: Replaced TV conditions
0.0002980: Sorted by modResource.publishedon, DESC
0.0000081: Limited to 5, offset 0
0.0007181: SQL prepared "SELECT SQL_CALC_FOUND_ROWS `modResource`.`id`, `modResource`.`type`, `modResource`.`contentType`, `modResource`.`pagetitle`, `modResource`.`longtitle`, `modResource`.`description`, `modResource`.`alias`, `modResource`.`link_attributes`, `modResource`.`published`, `modResource`.`pub_date`, `modResource`.`unpub_date`, `modResource`.`parent`, `modResource`.`isfolder`, `modResource`.`introtext`, `modResource`.`richtext`, `modResource`.`template`, `modResource`.`menuindex`, `modResource`.`searchable`, `modResource`.`cacheable`, `modResource`.`createdby`, `modResource`.`createdon`, `modResource`.`editedby`, `modResource`.`editedon`, `modResource`.`deleted`, `modResource`.`deletedon`, `modResource`.`deletedby`, `modResource`.`publishedon`, `modResource`.`publishedby`, `modResource`.`menutitle`, `modResource`.`donthit`, `modResource`.`privateweb`, `modResource`.`privatemgr`, `modResource`.`content_dispo`, `modResource`.`hidemenu`, `modResource`.`class_key`, `modResource`.`context_key`, `modResource`.`content_type`, `modResource`.`uri`, `modResource`.`uri_override`, `modResource`.`hide_children_in_tree`, `modResource`.`show_in_tree`, `modResource`.`properties`, IFNULL(`TVcomment`.`value`, '0') AS `tv.comment`, IFNULL(`TVexpert_photo`.`value`, '') AS `tv.expert_photo`, IFNULL(`TVhitspage`.`value`, '') AS `tv.HitsPage` FROM `modx_site_content` AS `modResource` LEFT JOIN `modx_site_tmplvar_contentvalues` `TVcomment` ON `TVcomment`.`contentid` = `modResource`.`id` AND `TVcomment`.`tmplvarid` = 15 LEFT JOIN `modx_site_tmplvar_contentvalues` `TVexpert_photo` ON `TVexpert_photo`.`contentid` = `modResource`.`id` AND `TVexpert_photo`.`tmplvarid` = 7 LEFT JOIN `modx_site_tmplvar_contentvalues` `TVhitspage` ON `TVhitspage`.`contentid` = `modResource`.`id` AND `TVhitspage`.`tmplvarid` = 8 WHERE  ( `modResource`.`createdon` > '2014-05-28 00:00:00' AND `TVhitspage`.`value` > '10' AND `modResource`.`parent` IN (19,12,7976,8108,8209,8311,15594) AND `modResource`.`published` = 1 AND `modResource`.`deleted` = 0 AND `modResource`.`isfolder` = 0 )  ORDER BY modResource.publishedon DESC LIMIT 5 "
0.0627708: SQL executed
0.0002000: Total rows: 536
0.0001361: Rows fetched
0.0064921: Prepared and processed TVs
0.0020850: Loaded chunk "tmp"
0.0193532: Returning processed chunks
0.0939331: Total time
19 660 800: Memory usage

В последних версиях MS2 это вроде уже поправлено.

Должно работать. Включай showLog=`1` и смотри, какой выходит SQL запрос и почему сортировка по ТВ отменяет фильтрацию.

Да, это TV.

[[!pdoResources? &parents=`19,12,7976,8108,8209,8311,15594` &includeTVs=`HitsPage, comment,expert_photo` &limit=`5` &depth=`0` &tpl=`tmp` &where=`{"createdon:>":"2014-05-28 00:00:00"}` &sortby=`HitsPage` &hideContainers=`1`]]

Когда вызываю без &sortby=`HitsPage`, то материалы выводятся как раз до 28.05.2014 и сортируются по дате, а с &sortby=`HitsPage` ищет по всем материалам и выводит по количеству просмотров.

TV?

[[!msProducts?
	&includeTVs=`action,discount`
	&sortby=`TVaction.value`
	&where=`{"TVdiscount":"1"}`
]]

Перед импортом каждой строки добавляем

$modx->error->reset();

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

Нет, это обычные ресурсы MODx

Если HitsPage — это дополнительное поле в ms_products, то сортировать надо так

&sortby=`Data.HitsPage`

Понимаю. Жаль. :(

Стандартными средствами значит не получится?

Ага, интерфейс оказался горадо сложнее, чем я предполагал в начале. А у меня нет такого энтузиазма, чтобы столько времени на опросы потратить. Но про них я помню и, может быть, когда-нибудь доделаю. В принципе, исходники открыты, любой может продолжить: github.com/ilyautkin/xPoller

А что бы было совсем красиво:
$tplOuter:

<select name="[[+table]][[+delimeter]][[+filter]]" class="select" multiple>
<option value="">Выберете пункт...</option>
[[+rows]]
</select>

И добавляем в css:

select.select,.jq-selectbox__dropdown ul li:first-child{
display:none !important;
}