Компоненты поиска по сайту - Поиск компонентов, модулей, плагинов

JED пересмотрел(там не так и много), RSSearch и AceSearch не подходят. Просто подскажите какие ещё есть(те которые отсутствуют в JED)
В принципе меня устроил бы стандартный finder, НО, у меня база 1.5Гб, а после индексации она станет 4Гб ! Дак ещё и чем индексировать теперь уже не знаю.
Собственно нужно чтобы было больше параметров для фильтрации... (категории например)

фильтрация и поиск - это разные вещи, поиск делается плагином к стандартному компоненту, фильтрация - отдельным модулем к вашему каталогу или прямо в макете списка элементов категории (каталога), отдельный компонент для этого явно не нужен

Собственно нужно чтобы было больше параметров для фильтрации... (категории например)

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

отдельный компонент для этого явно не нужен

Смотря какой компонент и что фильтровать. К примеру у k2 фильтр по доп полям не предусмотрен в model. итог. либо цеплять массивный плагин.  Либо писать простейший компонент со свой model и view.

у меня база 1.5Гб, а после индексации она станет 4Гб !

Это догадка или проверяли?

Собственно как верно сказано выше. Поиск это поиск, фильтр это фильтр. Необходимо знать всю задачу целиком. Какой компонент что фильтровать и т.пСмотря какой компонент и что фильтровать. К примеру у k2 фильтр по доп полям не предусмотрен в model. итог. либо цеплять массивный плагин.  Либо писать простейший компонент со свой model и view.

Стандартный com_content (забыл указать)

Это догадка или проверяли?

Это проверял

Это догадка или проверяли?

Сейчас решил индексировать сайт через cli интерфейс, 50% материалов проиндексировалось, а БД стала 5.3Гб !! Изначально без индекса было 1.5Гб
Вообще беда с этим поиском... трындец !
Но самый прикол, что чем дальше, тем хуже... Индекс пакета(300 выставлено) происходит за ~224.192 seconds. !
Т.е. осталось порядка 40к материалов... Я думаю с годик по времени !!

Это поиск не вариант 200% !!

PS

И это 60% !!

чет вы явно с оптимизацией намутили, пригласите толкового админа, спеца по БД (себя непредлагаю), не должно быть такого роста веса базы, более 20% увеличение - уже ненормально

чет вы явно с оптимизацией намутили, пригласите толкового админа, спеца по БД (себя непредлагаю), не должно быть такого роста веса базы, более 20% увеличение - уже ненормально

Что значит спеца... Файлы я не трогал ! Могу смело поставить чистую J! и подключить свою БД, всё будет так же. Об этоом уже тут писалось кстати.
Я про эту фигню уже давно знаю, на любых хостингах и J! результат один...

а сколько у вас материалов? если более 25к - то J уже недостаточно хорошо справляется с поисковой нагрузкой, уж так она устроена, вариант из коробки - не для сайтов большого объема, всегда потребуется допил

а сколько у вас материалов? если более 25к - то J уже недостаточно хорошо справляется с поисковой нагрузкой, уж так она устроена, вариант из коробки - не для сайтов большого объема, всегда потребуется допил

Материалов ~95000, БД 1.5Гб
Допил убивается обновлением, если только свои плагины поиска писать.

Да, вам придется написать (или заказать) свой поисковый плагин (а то и несколько, в зависимости от наворотов вокруг материала (теги/категории/что-то нестандартное)), а оптимизация базы обновлением не затронется, но - возможно - достаточно будет только оптимизации, тут смотреть надо, работа немаленькая

Интересно, а FULLTEXT index на title в #__content много проблем добавит ?

дохрена тормозов добавит... на блоб-поля индексы не делают (text == blob type(1) == blob type text)

дохрена тормозов добавит... на блоб-поля индексы не делают (text == blob type(1) == blob type text)

Да как не делают на varchar... Полно примеров !

Материалов ~95000

В Яндексе они есть? => можно воткнуть на сайт Яндекс.Поиск для сайта. Ставится просто, и даже ищет. Автоподсказки при наборе поисковой фразы есть. Но мне как-то не очень. И мусора (стили/скрипты) за собой в исходный код кучу тянет.
Sphinx еще посмотрите.

а fulltext разве варчар? http://prntscr.com/bdswku

В Яндексе они есть? => можно воткнуть на сайт Яндекс.Поиск для сайта. Ставится просто, и даже ищет. Автоподсказки при наборе поисковой фразы есть. Но мне как-то не очень. И мусора (стили/скрипты) за собой в исходный код кучу тянет.
Sphinx еще посмотрите.

Есть 60% где-то

а fulltext разве варчар? http://prntscr.com/bdswku

не не... я тут перепутал, я про title. И так-то мне нужен поиск именно по заголовкам, не более...

ну, не должен сильно увеличить, это вообще должен быть стандартный индекс

ну, не должен сильно увеличить, это вообще должен быть стандартный индекс

В чистой J! его нет, я сам добавлял...
Кстати убрал fulltext с title, ну так... немного сайт по шустрей стал

так его там и не было никогда http://prntscr.com/bdtiuc
я бы еще и мета-поля тоже на варчар перевел бы, только длину рассчитать надо тщательней, с запасом

JED пересмотрел(там не так и много), RSSearch и AceSearch не подходят. Просто подскажите какие ещё есть(те которые отсутствуют в JED)
В принципе меня устроил бы стандартный finder, НО, у меня база 1.5Гб, а после индексации она станет 4Гб ! Дак ещё и чем индексировать теперь уже не знаю.
Собственно нужно чтобы было больше параметров для фильтрации... (категории например)

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