Предлагаю внедрить доп поиск на основе поискового движка Sphinx.
Когда сидели на старой cms у них даже такое было сделано, очень удобно, поиск настраивается по множеству параметров на вкус и цвет! Почти как в яндексе)

http://sphinxsearch.com/

Скажите пожалуйста планируется ли на следующий год разработка полноценной мультиязычности?
Редисрипт отличный движок но не хватает рабочего мультияза. Так чтобы без костылей и танцев с бубном((
Тем более что ранее уже разрабатывали мультияз и есть наработки

Отображение комментариев на главной странице имеет ряд недостатков.
1. Не видно ответа администрации сайта на этот комментарий
2. Комментарий отображён полностью, у кого-то он короткий у кого-то длинный, сайт из за этого смотрится не красиво
Считаю что отображение комментариев должно быть ограничено с отображением в несколько 2-4 строчек. Хочешь увидеть полностью нажимаешь на него и оно раскрывается и там обязательно должен отображаться ответ админа если он есть. Или тупо перебрасывать на страницу где непосредственно указан этот комментарий

Классно было бы реализовать фильтр "по цене" в функционале подбора товара для виртуальной категории.
Сейчас есть только выбор категории, бренда и характеристики.

Кейс: новая категория Для муз.школы - Классические гитары до 400.
На данный момент мы не можем создать такую виртуальную категорию.

Думаю, многие уже столкнулись с тем, что в экспорте Авито не хватает необходимых полей и объявления потом приходится править вручную...
Мы, конечно, под конкретного клиента добавляем "тип описания", создаём новый файлик, прописываем его в avito.my.inc.php и всё работает, но вечно такое продолжаться не должно, это же костыль
Модуль экспорта в части авито требует доработки на уровне стока.

Так как довольно трудозатратно создавать под все категории авито поля данных, есть предложение реализовать кастомный тип данных, где поля добавляет пользователь.
Или вообще добавлять тип описания - модуль экспорта хранит типы описания, поля не в файлах /modules/export/model/exporttype/avito/offertype а в базе данных

Тут надо что-то новое реализовать, авито уже далеко ускакал...

Реализовать АБ тестирование на сайте. Подстановка разных вариантов страниц для поиска наилучшего решения.

Раз уж предыдущее пожелание было моментально исполнено, то расскажу ещё об одной проблеме, которой был немножко удивлён ;)

В ридискрипте есть Группировка товаров. Когда мы группируем товары по определенному полю, и можно перещелкивать товары группы, меняя url карточки товара и всё остальное. Удобно
НО!
Если мы будем использовать поиск, то наш карточный домик распадётся.
В выдаче поиска будут все товары, которые входят в группировку.
И тут, знаете, есть два логичных направления.
1. Товары просто сгруппированы, но это отдельные товары. Примерно как радиаторы с разным количеством секций и разного подключения (нижнее, боковое).
2. Товары ползут с прайса поставщика как разные строки (а, значит, отдельные товары). Разбивать эти товары на разные - это комплектации и АД. Примеры? Это размеры кроссовок и полотна дверей.

Короче. Нужно решение, когда !!только поиск!! работает в двух режимах - выдаёт все товары группировки или основной товар. Остальное всё и так работает нормально! Основной товар пусть тупо будет с первым ID, достаточно.

Что-то похожее на подбор товаров, при создании виртуальных категорий, только не для товаров , а для категорий

Речь пойдёт о массовом редактировании товара, конкретно о массовом редактировании цены. В RS очень хорошо реализована функциональность изменения цен по формулам НО ПРИ УСЛОВИИ если выбрано несколько товаров для редактирования. Таким образом по формулам легко и удобно редактировать все цены, например выбираем несколько товаров, выбираем редактировать цену, далее выбираем нужную формулу, например - нужно прибавить к выбранным товарам +10% от розничной цены - после этого все цены изменятся на +10%. Хорошо продуманно, всё работает.
НО ЕСЛИ мы захотим отредактировать например только один товар но со множественными комплектациями то такая функциональность в RS НЕ ПРЕДУСМОТРЕННА.
Было бы логично исправит этот недостаток.
Фото сути проблемы указано на прикреплённом фото

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