Есть ли сейчас смысл в использовании K2, или уже можно просто обходиться функционалом Joomla 3? - K2

K2 потеряет смысл с выходом Joomla 3.7 с допполями. Для К2 расширения не всегда можно найти. Некоторые разработчики делают расширения бесплатными для стандарта и платные для K2, например Osmap, впрочем, это относится ко всем ССК.

Вывод: переходить на стандарт при первой возможности.

K2 потеряет смысл с выходом Joomla 3.7 с допполями. Для К2 расширения не всегда можно найти. Некоторые разработчики делают расширения бесплатными для стандарта и платные для K2, например Osmap, впрочем, это относится ко всем ССК.

Вывод: переходить на стандарт при первой возможности.

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

Комментарии в к2 ниже плинтуса - лучше сразу ставить стороннее.

Изображения в контенте тоже можно грузить и для материалов, и для категорий.

И чем же они ниже плинтуса? поле комментов есть, филтрация от HTML есть CAPTCHA есть, пред модерация вроде тоже. Если мы говорим о простоте чем они плохи?

Они ужасны. Сравните хотя бы с JComments или с CComment. Первые хоть и не поддерживаются более, но намного круче комментов к2, где нет возможности создать дерево дискуссии даже, я не говорю уже об аяксе и юзабилити. Нафига они нужны тогда, такие простые комментарии? Лучше уж тогда гиперкомментсом обойтись.

По поводу фильтрации - большинство задач решается обычными плагинами контента.

Не могу решить - надо новый проект срочно запускать, и не знаю, ставить K2 или нет. Уже как-то привык конечно к нему. Но когда выйдет J3.7 и вдруг K2 перестанет с ним дружить - через какое время можно ждать апдейт от разработчиков?

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

Филипп, чтобы сделать фильтр не нужно манипулировать с контентом, нужно изменить запрос в базу

Так можно просто отфильтровать имеющиеся категории через плагин. Какая разница? Мне кажется, Вы просто не совсем понимаете, что можно и что нельзя сделать стандартными средствами. Зачем сразу в модель лезть и что-то там переопределять?

что быстрее отфильтруется: строки на сервере базы или же обычный цикл foreach с unset.

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

А без такого ивента просто фильтр сделать не выйдет => прок от доп полей только декоративный.

Дык вроде для этого и делают. Если нужен не декоративный, юзай CCK

K2 потеряет смысл с выходом Joomla 3.7 с допполями.

Кстати, по поводу триггера в com_content - Аркадий как-то пытался добавить
https://issues.joomla.org/tracker/joomla-cms/4656?lang=ru-RU

Допполя нужны не для фильтрации

Для каталога одежды можно использовать к2, а можно и другие CCK, которые более заточены под это дело, например ZOO + JBZoo. Так что пример не очень удачный. Допполя нужны не для фильтрации, а для того, чтобы можно было добавить в контент определённые вставки. Ну не идёт к2 для серьёзных каталогов с фильтрацией по характеристикам. Это, как говорится, ни рыба, ни мясо: к2 для меня -- com_content+, большинство опций которого не используются в массах. И по быстродействию он гораздо медленнее com_content, так что я уже 2 года назад понял, что k2 -- это плохой выбор.

Чтобы юзать k2 нужно уметь его правильно приготовить

Именно для этого они и нужны. Все остальное можно сделать в introtext fulltext и еще гора плагинов.

Допполя в контенте привязываются к категориям, поэтому они не могут являться фильтром в широком смысле. Вот допполя в магазине - это совершенно другие поля по смыслу, которым больше подходит определение "характеристика" хоть и называются так же. Характеристика com_content скорее теги, а не допполя. Последние же можно очень гибко использовать для расширения контента.

Как в zoo сделать, поле чтобы оно работало как стандартные языки. тобешь если у меня в куках запись region=1 выводить только материалы у которых в столбце region стоит 1. Без фильтра и с работающий пагинацией, ну и разумеется в админке чтобы был просто селект. (на k2 это легко сделать плагином), а вот под zoo я пока не думал, как сделать и не гуглил вопрос.

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

Но я спрашиваю Вас, зачем, если есть теги, с помощью которых можно группировать статьи по любому признаку.

Мне кажется, Вы не сможете вставить, например, 5 HTML или текстовых блоков в статьи определённых категорий в различных местах при помощи full и introtext, а потом управлять всем этим из админки.