Ура!, Ура! И еще раз ура! Выложил в ветке расширений компонент расширенного поиска JXtended Finder .

Данный компонент поиска имеет поисковый плагин для ZOO 2, а также плагин синхронизатор, который добавляет 2 своих элемента в вывод поисковых плагинов.


Elements определяет шаблон вывода результатов поиска (Реально видимые лишь 2 позиции - титл и описание, надо будет потом еще видимых позиций дописать). Ну и соответственно шаблон Weighting, где конфигурируется поиск по элементам.

Штука довольно функциональная, очень порадовала. Единственное что не заметил с Zoo - так фильтр категорий... Хотя может плохо посмотрел, или не добавил что.. А так в принципе самое удачное решение поиска для ZOO из всех что я видел.

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


С категориями разобрался, их в макет поиска надо кинуть просто.

Ну все! Нет цены этому компоненту! Воистину божественно!

zoo.cl7630.tmweb.ru

по-моему этот vip фильтр более удачен)

Данное решение я знаю, но плюсов там по факту не настолько больше чем минусов.

Во первых это всетаки модификация компонента, что ставит под вопрос обновление и внедрение модификации уже на работающий проэкт. Во вторых версия с модулем стоит как никак 1000р. Ну и в третьих это всетаки отдельный поиск по компоненту.

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

Разобравшись с этим фильтром за 1000р, понял что реально какая то непонятная каракуля, хотя все делается файлом(интересные все же ребята в zoo) впервые вижу чтобы база была внутри базы, взять к примеру их категории

она содержит поля

"id";"application_id";"name";"alias";"description";"parent";"ordering";"published";"params"

причем в поле "params" содержится структура csv файла как матрешка, в чистом виде выглядит так

{\content.teaser_description\":\"\",\"content.teaser_image\":\"\",\"content.teaser_image_width\":\"\",\"content.teaser_image_height\":\"\",\"content.image\":\"\",\"content.image_width\":\"\",\"content.image_height\":\"\",\"content.categories_title\":\"\",\"content.items_title\":\"\",\"metadata.description\":\"\",\"metadata.keywords\":\"\",\"metadata.robots\":\"\",\"metadata.author\":\"\"}"

т.е. мы имеем внутреннюю базу "content" с полями

content.teaser_description
content.teaser_image
content.teaser_image_width
content.teaser_image_height
content.image
content.image_width
content.image_height
content.categories_title
content.items_title
metadata.description
metadata.keywords
metadata.robots
metadata.author

и именно после понимания этой фишки что именно этот csv можно представить средствами php в виде массива с функцией аля SELECT *

с итемами все примерно тоже самое только в формате xml ну, а уж xml представить в виде массива для последующего использования вообще просто....


с zoo можно творить все что угодно, а именно парсеры фильтры и т.п. , все же я остаюсь при своем мнении что ZOO самый уникальный cck для joomla, просто он не доведен в полном виде для начинающих пользователей данной cms, думаю с новыми версиями все будет ок.

Ну то что ютимовцы своей концепцией "конструкторского" момента реализации рвут устоявшиеся законы, расширяют привычные рамки - это и так уже понятно. И зуу это уже не просто компонент, это некая контентная подкмс на джумле со своими законами и понятиями, кстати в целом довольно простая и логическая по сути то!

В связи с тем, что я не являюсь полноправным и полноценным кодером и программером, то я не могу вкусить полный вкус данного конструктивного разоблачения likrion-а. Но думаю усилия и активность в данном направлении заслуживают многого! Как минимум плюсика в репу)

Ура товарищи! ZOO 2.5 официально вышел!