Фреймворк или CMS? - Joomla! vs ....

CMS пережиток прошлого, фреймворки нужно юзать. При нынешнем уровне их развития, практически любой сайта можно собрать с меньшим количеством усилий + работать будет быстрее (т.к. вы подлючаете только необходимые библиотеки, а не тяните за собой все ядро CMS) ИМХО

CMS пережиток прошлого, фреймворки нужно юзать. При нынешнем уровне их развития, практически любой сайта можно собрать с меньшим количеством усилий + работать будет быстрее (т.к. вы подлючаете только необходимые библиотеки, а не тяните за собой все ядро CMS) ИМХО

ну ну...

CMS пережиток прошлого, фреймворки нужно юзать. При нынешнем уровне их развития, практически любой сайта можно собрать с меньшим количеством усилий + работать будет быстрее (т.к. вы подлючаете только необходимые библиотеки, а не тяните за собой все ядро CMS) ИМХО

Гхм.... а чем это будет отличаться от CMS?
На самом деле если не говорить про микросервисы на фреймах, то в результате мы городим все ту же CMS разной степени навороченности :-)

Видимо он привык с этим работать, но это не плохо совсем. Кстати некоторые CMS пережили некоторые фреймворки. 

Гхм.... а чем это будет отличаться от CMS?
На самом деле если не говорить про микросервисы на фреймах, то в результате мы городим все ту же CMS разной степени навороченности :-)

На самом деле нет, на фрейме какой то узкозаточенный сайт порой намного лучше написать и быстрее, но тут без фанатизма просто. админка заточена под узкий функционал и нулевая расширяемость без участия программиста! А когда речь заходит об оптимизации скорости работы. то  увы все CMS будут нервно курить в сторонке, ибо багаж даст о себе знать...

Но не у всех есть деньги и время что бы дождаться когда ему будут делать в два раза дольше сайт чем на CMS, притом что с большой вероятностью это всё окупится с лихвой потом в плане денег/времени...

На самом деле нет, на фрейме какой то узкозаточенный сайт порой намного лучше написать и быстрее, но тут без фанатизма просто. админка заточена под узкий функционал и нулевая расширяемость без участия программиста! А когда речь заходит об оптимизации скорости работы. то  увы все CMS будут нервно курить в сторонке, ибо багаж даст о себе знать...

Что мешает такое же узкоспециализированное сделать на cms?

Вообще по факту на вопрос что лучше CMS или фреймворк нет ответа. Это как с курицей и яйцом.

Что мешает такое же узкоспециализированное сделать на cms?

ну например у меня была недавно задача что ссылки в URL должны быть с нижним подчеркиванием, а не с тире, почему? да потому что одна бабка на лавочке ему сказала что такие сайты лучше индексируются, и как без хака ядра это делать? В своем компоненте ещё без проблем, а в том же менеджере меню придётся ядро хакать!

Вообще по факту на вопрос что лучше CMS или фреймворк нет ответа. Это как с курицей и яйцом.

Тут всё проще,  надо смотреть по задаче, и бюджету.. если надо сделать сайт и забыть, то сделать на CMS с кучей всякого трешового компонента, работает и отлично,
если же нужно делать сайт с длительной поддержкой и постоянными улучшениями/доработками, то идеально брать фреймворк!

Фреймворк нужно учить для общего развития. Или не нужно если вы завтра уходите из ИТ. 2019 год до сих пор у клиентов Joomla. Одно новшество - вёрстка стала сложнее, с javascript спрашивают больше.

Фреймворк нужно учить для общего развития. Или не нужно если вы завтра уходите из ИТ. 2019 год до сих пор у клиентов Joomla. Одно новшество - вёрстка стала сложнее, с javascript спрашивают больше.

:-) открою тайну надо учить базовые технологии) а не фреймворки)) я допустим могу что-то собирать на фреймворках)) но я не программист...)))

-

все зависит от проекта и бюджета под него, под фреймворк что-то программировать надо под зарплату может порядка 150 - 300 тыс в месяц, чтобы не было обидно когда вашу разработку продадут неизвестно за сколько 

не мелочитесь, миллион (долларов) сразу требуйте 

-