Как реализовать уникальную сортировку для всех разделов?

Question

[IliaMal]

Здравствуйте.

На сайте женской одежды множество разделов. Для каждого раздела своя уникальная сортировка.
На данный момент это реализовано так, что каждый раздел имеет свое пользовательское поле в каталоге, то есть в свойствах товаров присутствуют "Сортировка для платьев", "Сортировка для брюк", "Сортировка для офисных моделей", "Сортировка для распродажи" и т.д.
Таким образом получается что у нас для товара используется в среднем 3-5 свойств сортировки, а остальные не используются.

Пример:
Название Сортировка
Платье №1 - 1
Платье №2 - 2
Платье №3 - 3
Блуза №1 - 1
Блуза №2 - 2
Блуза №3 - 3
Для разделов Блузы и платья проблем нет, но проблемы начнутся с комплексными разделами.
Например в "Офисные модели" нужна след. сортировка Платье №2, Платье №3, Блуза №1, Платье №1, Блуза №2,Блуза №3 и получается что встроенного поля сортировки уже не хватает.

Как можно реализовать сортировку, что бы избавиться от этого огромного списка свойств?
Хотелось бы решить эту проблему на уровне вызова компонента, а не в result_modifier.php

Comments

[smilingcheater]

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

[IliaMal]

smilingcheater,
Пример:
Название Сортировка
Платье №1 - 1
Платье №2 - 2
Платье №3 - 3
Блуза №1 - 1
Блуза №2 - 2
Блуза №3 - 3
Для разделов Блузы и платья проблем нет, но проблемы начнутся с комплексными разделами.
Например в "Офисные модели" нужна след. сортировка Платье №2, Платье №3, Блуза №1, Платье №1, Блуза №2,Блуза №3 и получается что встроенного поля сортировки уже не хватает.

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

Да, для каждого раздела своя циферка в этих свойствах, но только свойств сортировки 50, а используются для одного товара 3-5

[smilingcheater]

IliaMal, получается при просмотре любого раздела товар может иметь любую позицию в списке (из вашего же примера, Платье 1 было на 1 позиции в разделе Платья было на 1м месте перед Платьем 2, а стало на позиции 4 в разделе Офисные модели, и поменялось порядком с Платьем 2).
Выглядит как расшивка много-ко-многим товара на раздел - задавать для любого товара любую сортировку в любом разделе.
Достаточно нетиповая задача для битрикса, и как реализовать такое в простом виде я вам не смогу подсказать.

Такое можно хранить например в отдельном хайлоад-инфоблоке, в виде ID товара - ID раздела - число для сортировки.
Для сортировки в разделе вам придётся делать джоин на эту таблицу с фильтрацией её по разделу и сортировать по этому сджойненому полю. Стандартные компоненты естественно такого не умеют, придётся писать кастом, с выборкой через D7-API инфоблоков.
И заполнять эту сортировку будет достаточно неудобно. И при большом количестве товаров и разделов в этой таблице будет очень много записей.

[PetrPo]

Так кастомный поля с сортировкой, они для раздела в целом или для каждого товара?

[IliaMal]

smilingcheater, ваш вариант боюсь скорость загрузки каталога не увеличит, а цель именно увеличить кол-во свойств для ускорения работы сайта.
Я думал добавить какое то множественное свойство в которое можно добавить название раздела и сортировку для него:

но я не могу придумать какой тип свойства так может.

[IliaMal]

PetrPo, для товаров. То есть у товара есть несколько значений сортировки для разных разделов.
Вот пример из свойств одного товара, крассным выделил все свойства которые влезли на экран:

Answer 1

[Александр Маджугин]

@smilingcheater

получается при просмотре любого раздела товар может иметь любую позицию в списке (из вашего же примера, Платье 1 было на 1 позиции в разделе Платья было на 1м месте перед Платьем 2, а стало на позиции 4 в разделе Офисные модели, и поменялось порядком с Платьем 2).

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

цель именно увеличить кол-во свойств для ускорения работы сайта.

Вы наверное хотели сказать уменьшить количество свойств для ускорения работы сайта?
Но на самом деле количество свойств не сильно влияет на скорость или вы боритесь за сотые секунды во время выборки? Сомневаюсь.

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

Покажите как именно вы используете сортирку и как переключаете ее для разделов.

Comments

[IliaMal]

Вы наверное хотели сказать уменьшить количество свойств для ускорения работы сайта?

Да, уменьшить. Опечалился.

Но на самом деле количество свойств не сильно влияет на скорость или вы боритесь за сотые секунды во время выборки?

Дело в том что будет разворачиваться новый сайт со старой базой товаров, так как текущий сайт работает очень медленно (преимущественно проблемы на фронтэнде, но и бекэнд не блещет производительностью) думаю где что улучшить, что бы увеличить скорость работы на новом сайте.

Покажите как именно вы используете сортирку и как переключаете ее для разделов.

Довольно просто. Из url дергаем символьный код раздела, и по нему определяем свойство по которому будет сортировка.

$section = array_diff(explode("/", $APPLICATION->GetCurPage(false)), array(''));
$sort_field = "PROPERTY_SORTIROVKA_DLYA_" .  end($url);
...
"ELEMENT_SORT_FIELD"  => (isset($sort_field)) ? $sort_field : "SORT",
...

[Александр Маджугин]

IliaMal, все правильно делаете - тормозит не это.
Почему вы решили что тормоза-то тут? Как измерили?
Запустите хотя бы отладку на страницах и посмотрите на что уходит время.
Могу предположить что есть какие-то дозапросы или операции в result_modifier компонентов или прямо в шаблонах.