Артем Полторанин

Поиск у нас самый обычный - он полностью реализуется средствами Mysql. Тут только если думать как Mysql ускорять ) Это на каком типе поиска? Самым быстрым должен быть FULLTEXT. Очевидно, что like и like+ - это самые медленные типы поиска, но со своими фишками.

Сейчас в активной разработке.... Ожидайте, будет подробная новость на этот счет. Админка будет устойчива к большому числу категорий и характеристик. (сейчас именно эти сущности подгружаются всем списком, что при большом количестве может замедлять браузер)

Не совсем понял про "поменять принцип работы модуля". Какого модуля? Если поискового, то не совсем понятно что вы имеете ввиду. Сейчас принцип простой: БД, дай-ка нам результаты выборки по фразе ААА, база нам их отдает, мы отображаем. Что тут менять?

Поло Арт, если у какой-то характеристики значений, например 10 000. (мы с таким встречались). Например, когда делают "модель товара" списковой характеристикой (чтобы потом фильтровать в категориях). То при открытии карточки товара система любезно отображает 10 000 вариантов на вкладке Характеристики. Соответственно это иногда несколько мегабайтов HTML. Может их руками и не выбирают, но они выводятся в карточке. Планируем там тоже сделать сложный контрол с отложенной загрузкой значений при необходимости.

Концепция данного модуля - полная абстракция и независимость от сущности. Это надстройка над системой, она может проверить URL и переустановить мета-теги, вернуть SEO текст или H1, она никак не взаимодействует с сущностью. ------ Если вам что-то нужно взять от самой сущности - вам нужно доп.модулем добавлять необходимые поля, использовать их в шаблоне. В итоге должно получиться что-то типа этого: <h1>{moduleinsert name="\SeoControl\Controller\Block\SeoH1" default=$product.title}</h1> <h1>{moduleinsert name="\SeoControl\Controller\Block\SeoH1" default=$category.name}</h1> <h1>{moduleinsert name="\SeoControl\Controller\Block\SeoH1" default=$your_custom_value}</h1>