Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
Надо писать select="'id'"Благодарю за пояснение, теперь взглянул иначе на происходящее
Поясняю подробнее с лишними пробелами:
select = " ' id ' "
Итоговый вариант будет
<xsl:param name="sort" select="'id'"/>
Просто select="id" означает "выбрать значение из тега id"
А select="'id'" означает "выбрать текстовый литерал 'id' "
Ну я бы предположил, что бессмысленно сортировать udata - он один :-)Огромное спасибо за пояснение, наконец-то мы победили сортировку!!! Даже немного обидно, когда решение такой длительной проблемы занимает две строчки!
apply-templates - означает буквально "применить шаблон к какому-то тегу". sort - говорит о том, что сотрировать нужно тот тег, к которому применяется шаблон. Выберите что вы хотите сортировать и это сортируйте. Но для этого и делайте apply-templates
Вот так заработало: <xsl:if test="$sort='price'">
<xsl:apply-templates select="item" mode="catalog_item">
<xsl:sort order="ascending" select="document(concat('upage://',@id))//property[@name = 'price']/value" data-type="number"/>
</xsl:apply-templates>
( <xsl:variable name="filparam" select="$sort"/>
<xsl:if test="$filparam=''"> <xsl:variable name="filparam" select="0"/> </xsl:if>
<xsl:value-of select="$filparam"/>
Ну XSLT же позволяет манипулировать данными и решать такие задачи, как сортировка.Можно воспользоваться сортировкой на уровне xslt, но для этого нужно иметь все товары на выходе.Немного не понял, что подразумевает "на уровне xslt". Допустим получать сразу из кастома весь перечень объектов, а потом этот результат передавать в другой макрос для сортировки?
Но всё же более правильным было бы разобраться в логике работы сайта, как формируются, забить это всё отдельным полем и по нему отфильтровать.
Речь идет об этом: http://www.w3schools.com/xsl/xsl_sort.aspБлагодарю, ознакомился со справкой по этому моменту. Попробовал отказаться от кастома и реализовать через стандартный getObjectsList (чтобы как вы сказали получить весь список объектов)... но.. почему-то выдалось точно в таком же неправильном порядке.
В таком случае нет нужды передавать куда-то объекты для сортировки - они будут сортироваться при выводе.
<xsl:apply-templates select="document('udata://catalog/getObjectsList/void////100/price/')/udata">
<xsl:sort order="ascending" select=".//property[@name = 'price']/value" data-type="number"/>
</xsl:apply-templates> <xsl:apply-templates select="document('udata://catalog/getObjectsList/void////100//')/udata">
<xsl:sort order="ascending" select=".//property[@name = 'price']/value" data-type="number"/>
</xsl:apply-templates>Можно воспользоваться сортировкой на уровне xslt, но для этого нужно иметь все товары на выходе.Немного не понял, что подразумевает "на уровне xslt". Допустим получать сразу из кастома весь перечень объектов, а потом этот результат передавать в другой макрос для сортировки?
Так в поле price попадает правильное значение или неправильное?Когда в текущий запрос на 5 объектов я указал id price2 ... то выдавались правильные цены. Но не у всех товаров. Т.е. либо цена выводилась правильная, либо NULL..
Возможно причина в этом?Хм.. у меня указано exchange.translator.1c_price_type_id и ещё 6 полей exchange.translator.1c_price.[с индентификатором].. Получается надо указать поле exchange.translator.1c_price_type_id в запросе? Но тогда через selector опять же не сортирует правильно. Если задать в sql запрос с полем price2.. и вывести..то некоторые значения цен пусты.. психанул, перечислил ещё несколько полей цен из exchange.translator.1c_price - порядок от этого меняется, но не правильно....
http://dev.docs.umi-cms.ru/nastrojka_sistemy/dostupnye_sekcii/sekciya_modules/#sel=30:1,34:27
А что за ошибка выдавалась?Ошибка синтаксиса. Вообще докопался до довольно странной вещи, кажется.
На самом деле можно заменить SELECT DISTINCT SQL_CALC_FOUND_ROWS h.id as id, h.rel as pid, * FROM на SELECT * FROM
Идея в том, чтобы понять, что же реально выводится в результате запроса: не только id, но и все остальные поля, в том числе поле цены
SELECT DISTINCT SQL_CALC_FOUND_ROWS h.id as id, h.rel as pid, oc_268_lj.float_val as price FROM cms3_hierarchy h, cms3_permissions p, cms3_objects o LEFT JOIN cms3_object_content oc_268_lj ON oc_268_lj.obj_id=o.id AND oc_268_lj.field_id = '268' WHERE h.type_id IN (55) AND h.domain_id = '1' AND h.lang_id = '1' AND h.is_deleted = '0' AND h.is_active = '1' AND h.id IN('190029', '205049', '191501', '189822', '190388') AND (p.rel_id = h.id AND p.level & 1 AND p.owner_id IN(13)) AND h.obj_id = o.id ORDER BY `oc_268_lj`.`float_val` ASC
А можно выложить результат вот этого скрипта:Дословно на такой код выдалась ошибка, я поправил так "SELECT DISTINCT SQL_CALC_FOUND_ROWS h.id as id, h.rel as pid FROM cms3_hierarchy h, cms3_permissions p, cms3_objects o LEFT JOIN cms3_object_content oc_268_lj ON oc_268_lj.obj_id=o.id AND oc_268_lj.field_id = '268' WHERE h.type_id IN (55) AND h.domain_id = '1' AND h.lang_id = '1' AND h.is_deleted = '0' AND h.is_active = '1' AND h.id IN('190029', '205049', '191501', '189822', '190388') AND (p.rel_id = h.id AND p.level & 1 AND p.owner_id IN(13)) AND h.obj_id = o.id ORDER BY oc_268_lj.float_val ASC, h.ord ASC" и выдался такой же порядок.
SELECT DISTINCT SQL_CALC_FOUND_ROWS h.id as id, h.rel as pid, * FROM cms3_hierarchy h, cms3_permissions p, cms3_objects o LEFT JOIN cms3_object_content oc_268_lj ON oc_268_lj.obj_id=o.id AND oc_268_lj.field_id = '268' WHERE h.type_id IN (55) AND h.domain_id = '1' AND h.lang_id = '1' AND h.is_deleted = '0' AND h.is_active = '1' AND h.id IN('190029', '205049', '191501', '189822', '190388') AND (p.rel_id = h.id AND p.level & 1 AND p.owner_id IN(13)) AND h.obj_id = o.id ORDER BY oc_268_lj.float_val ASC, h.ord ASC
Другие поля всегда пусты - это не проблема. Выдавались идентичные результаты - это значит что выдавались результаты с ценами вразнобой?Да, именно так. Точно в таком же порядке, что на прямую sql, что через selector.
Попробуйте выполнить сформированный в query скрипт просто в phpMyAdmin - нужно посмотреть на результат выполнения и на то, соответствует ли это указанным правилам сортировки или нет.Да, я пробовал вчера отсылать sql в phpMyAdmin,но к моему удивлению выдавались идентичные результаты.
Если стоит price - то, скорее всего, цена находится в правильном поле и мой вариант не подходит.
Уровень SQL запросов "более низкий", чем уровень админки UMI. Тут имеется в виду, что это поле определённой таблицыЕсли смотреть в cms3_object_fields таблице, то у цены field_type_id равен 10 и равен соответсвенно в таблице cms3_object_field_types price. Но так как вы предоставили скриншот другой таблицы, я и там прогнал на всякий случай..
Скриншот для наглядности -
)) cms3_object_content указав в field_id id поля цены... float_val или заполнено или нет, но другие поля всегда пусты.
Я бы предположил, что поле цены вдруг неожиданно стало не float_val, а чем-то другим. Например, строкой. В этом случае указанная сортировка работать не будет. Возможно это не во всех объектах, а только в некоторых - рекомендую это проверить. По-умолчанию у price тип данных priceТак... если смотреть в шаблонах данных в разные типы данных,то там у цены написано price. Или это где-то ещё смотреть надо? Другой вопрос...если оно должно быть price,откуда тогда взялось float_val в запросе? или это нормально?
Выведите все объектные типы данных http://api.docs.umi-cms.ru/spravochnik_po_klassam_yadra_umicms/model_dannyh/umiobjecttypescollection/gettypesbyhierarchytypeid/ , которые связаны с иерархическим типом данных 'catalog', 'object'. Затем проверьте, чтобы во всех этих типах было поле цена.
Что-то вроде:Код: [Выделить]public function checkCatalogObjectTypes() {
$hierarchyTypeId = umiHierarchyTypesCollection::getInstance()->getTypeByName('catalog', 'object')->getId();
$objectTypesCollection = umiObjectTypesCollection::getInstance();
$objectTypes = $objectTypesCollection->getTypesByHierarchyTypeId($hierarchyTypeId);
$errors = array();
foreach($objectTypes as $id => $name) {
$type = $objectTypesCollection->getType($id);
/* @var umiObjectType $type*/
$field = $type->getFieldId('price');
if(!$field) {
$errors[] = array(
'attribute:id' => $id,
'attribute:name' => $name
);
}
}
return count($errors) ? array('items' => array('nodes:item' => $errors)) : '';
}
А можно query в студию?Если рассматривать сортировку по 5 товарам,
$sel = new selector('pages');
$sel->types('hierarchy-type')->name('catalog', 'object');
$sel->where('id')->equals(array(190029,205049,191501,189822,190388));
$sel->order('price')->asc();SELECT DISTINCT SQL_CALC_FOUND_ROWS h.id as id, h.rel as pid FROM cms3_hierarchy h, cms3_permissions p, cms3_objects o LEFT JOIN cms3_object_content oc_268_lj ON oc_268_lj.obj_id=o.id AND oc_268_lj.field_id = '268' WHERE h.type_id IN (55) AND h.domain_id = '1' AND h.lang_id = '1' AND h.is_deleted = '0' AND h.is_active = '1' AND h.id IN('190029', '205049', '191501', '189822', '190388') AND (p.rel_id = h.id AND p.level & 1 AND p.owner_id IN(13)) AND h.obj_id = o.id ORDER BY oc_268_lj.float_val ASC, h.ord ASC
Проверить, отсортирует ли он конкретно эти товары, если принудительно указать страницы для сортировки.Код: [Выделить]$sel->where('id')->equals(array(666,777,888,999));
$sel = new selector('pages');
$sel->types('hierarchy-type')->name('catalog', 'object');
$sel->where('id')->equals(array(190029,205049,191501,189822,190388));
$sel->order('price')->asc();А может какая-то проблема с версией ЮМИ? Давно обновлялись?2.11 , последнее обновление в сентябре того года..
Не могу вспомнить из-за какого именно глюка, но может бы и из-за этого, я делал такую штуку: первая выборка формировала мне все идентификаторы страниц, которые в неё попадают, а вторая - сортировала.Не совсем понял.. взять на выбор несколько из "не попадающих в строй" товаров и добавить их тип данных? или проверить отсортирует ли он конкретные эти товары?
Советую попробовать сделать ещё одну проверку - взять из выборки 3-4-5 товаров, которые явно не могут правильно отсортироваться и добавить в выборку поиск только по этим идентификаторам.