Стоит ли разбираться с ССК в 2020 г.? - Cobalt

Комрады, подскажите, стоит ли изучать Cobalt в 2020? Или их время прошло?

И если да, может кто-нить порекомндавать материалы, что-то типа видео по нему?
Или сегодня уже хватит стандартный кастомных полей Joomla?


Большое спасибо за мнение!

Это от задач зависит. Ответ на этот вопрос сугубо индивидуален. Если один сайт у вас, то лучше никакими CCK не пользоваться вообще. Если очень нужен, то прикрепляю видео-курс от Куртеева. Но если у вас поток, то нужно как то минимизировать затраты времени на разработку, поэтому многие ставят конструкторы. Я сам пользуюсь некоторыми решениями, которые сильно сокращают время разработки. Но себе бы я такие вещи делать не стал.

Или сегодня уже хватит стандартный кастомных полей Joomla?

На 90% хватит. Остальное придется дописывать (как и с любым CCK).
SeBun правильно заметил - что нужно иметь некоторые наработанные коды что там что тут (вывод кастомных полей в модуле\шаблоне материала\после переопределения шаблона и тд). Когда мне нужно вставить в материал какое-то поле - иду в свой блокнот и оттуда копи\паст десяток строк и готово.
А так - никакие CCK не нужны, родные поля + собственные извращения, все как обычно

А так - никакие CCK не нужны, родные поля + собственные извращения, все как обычно

Я дополню. Для понимания сути. Если сделать два абсолютно одинаковых с виду сайта, но один - чисто руками, а второй - с помощью дополнительных расширений для создания, то увидим большую разницу в объеме кода и его качестве. Cobalt я не щупал, но другие аналогичные продукты в силу своей универсальности дают такой хардкорный код, что  глаза разбегаются. А это бывает очень критично для оптимизации, особенно когда есть желание видеть свой сайт в зеленой зоне Google PageSpeed. Ну и вопрос безопасности - чем больше расширений на сайт напихано, тем больше шансов, что робот найдет уязвимость. Это тоже не стоит забывать.

Комрады, подскажите, стоит ли изучать Cobalt в 2020? Или их время прошло?

Позвольте мне ставить свои 5 коп - в этот вопрос !
На моя взгляд - это очевидно ! - и тут правы Все !
Итак !
1 - Если знаний для понимания || написания кода не хватает тогда Вам подойдет и это или что то подобное.
и тут есть масса недостатков ! ^{об этом позже}
2 - Если  есть понимание в коде  и кнопки Ctrl и V и С есть на клавиатуре - то тогда как сказал beliyadm

иду в свой блокнот и оттуда копи\паст

Теперь о недостатках ! -
Как кто ко мне обратился один израильский сайт с вопросом что БД - просто весит  не допустимо много
Среди прочего выделю пару моментов из этой работы
Joomla Умный поиск - его таблички в БД за пару лет стали весить почти под Gig ....
И в 2 раза больше это контент самого сайта !
Смотрю в чем трабла - и как оказалось - именно в визуальном редакторе !
Тут нельзя не отметить правильность слов SeBun
Так как любой код - написанный самим кодом - это будет ^жоп^а не вероятных размеров! ))
Вот так !
Лично мое то beliyadm - прав !

На 90% хватит. Остальное придется дописывать (как и с любым CCK).
SeBun правильно заметил - что нужно иметь некоторые наработанные коды что там что тут (вывод кастомных полей в модуле\шаблоне материала\после переопределения шаблона и тд). Когда мне нужно вставить в материал какое-то поле - иду в свой блокнот и оттуда копи\паст десяток строк и готово.
А так - никакие CCK не нужны, родные поля + собственные извращения, все как обычно

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

только качество и контроль над ними - это уже вопрос твоих компетенция и навыков))

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

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

sivers правильно сказал. Тем более что CCK на 99% это фронт, с редкой редкой записью в базу, уязвимостей там быть почти не может.

Чем плохи все эти CCK - именно излишним кодом и следовательно нагрузкой, когда мне нужно вытащить только цену (я к примеру) - они будут тянуть массив с всеми параметрами. Ну и так далее.
Да, плюсы есть, но зачастую они почти никому не нужны.

sivers правильно сказал. Тем более что CCK на 99% это фронт, с редкой редкой записью в базу, уязвимостей там быть почти не может.

Чем плохи все эти CCK - именно излишним кодом и следовательно нагрузкой, когда мне нужно вытащить только цену (я к примеру) - они будут тянуть массив с всеми параметрами. Ну и так далее.
Да, плюсы есть, но зачастую они почти никому не нужны.

Плюсы были в доп полях
Сейчас не актуально

Плюсы были в доп полях
Сейчас не актуально

Не считая доп полей еще у некоторых были модули поиска\фильтрации. Сейчас я знаю только модуль от Joomline, но там тоже свои ограничения (нет фильтра\поиска по полям типа repeatable, писать даже за деньги отказались, и еще некоторые мелочи), в принципе как и у всех CCK.
Мультикатегорийность опять же (тегами неудобно да и не то), встроенные галереи доп. картинок и прочая.

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

Факт