[FlatFilters] Первые итоги работы.

Приветствую, коллеги! Вам известно, что на данный момент пригодной для коммерческого использования альтернативы mFilter2 нет. Сам mFilter2 прекрасен, но когда на сайте несколько десятков тысяч товаров он начинает жутко тормозить. На данный момент у меня готов рабочий прототип нового компонента, который я назвал FlatFilters. Подробности идеи под катом.

Основная причина медленной работы mFilter2 в том, что он на лету собирает данные для фильтрации из разных таблиц. Поэтому очевидное и самое простое решение: заранее положить все необходимые данные в одну таблицу. Но дьявол как всегда в деталях.

Первый нюанс: какие данные записывать? В прототипе используется файл конфигурации, где указывается какие поля брать, как хранить и как фильтровать. По умолчанию собираются данные из таблиц ресурсов, товаров, переменных шаблонов, опций товара. К релизу добавлю возможность через плагин добавлять любые кастомные таблицы для поиска полей и их значений.

Второй нюанс: куда записывать данные? Кто писал компоненты для Modx, тот знает, что есть встроенные методы для создания моделей по XML схеме. Собственно их и было решено использовать для создания моделей по конфигурации и таблиц в БД. Это означает, что можно создавать конфигурации для каждой категории, таким образом можно регулировать размер таблиц с индексами и как следствие управлять скоростью фильтрации.

Следующая проблема: как поддерживать актуальность данных? Плагин на сохранение ресурса, который обновить индекс. Пока для его работы необходимо, чтобы ключ конфигурации в файле совпадал с id какой-либо категории.

Тут стоит упомянуть об улучшениях в сравнении с mFilter2. Благодаря измененной структуре хранения данных появилась возможность фильтрации по множественным значения. Однако в этом есть и минусы. Например, если у вас есть 5 опций товара, каждая из которых может иметь по 5 значений (ситуация чисто умозрительная на практике такого не встречал), то на один товар будет создано 5 в пятой степени индексов или 3125 записей в БД на один товар. Следовательно следует избегать большого количества опций со множественным выбором.
Также есть возможность фильтрации по полям типа migx, причем можно указать несколько полей, которые составят своего рода модификацию.
Для диапазонов и простых фильтров работает приведение типов через CAST, т.е. числа фильтруются как числа, даты как даты, строки как строки и не важно какой тип данных имеет исходное поле. Множественные значения фильтруются через IN и не приводятся к конкретному типу.

Далее хочу сказать о минусах: не удалось интегрировать pdoPage, пришлось писать свою пагинацию. На этом о минусах всё)))

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

Посмотреть как работает компонент сейчас можно тут Для понимания: на сайте 104014 товаров, в таблице индексов примерно 170000 записей. Скорость обработки запроса выводится на экран.

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