Учитесь задавать вопросы.
Какая проблема, код ошибки, что не так работает и т.п.
Ваш код не нужен нам до того момента, пока не будет информации о проблеме.
Максим Федоров, Время и стоимость для бизнеса, это конечно очень важный момент.
Потому мы в свое время выбрали симфони. Долго к этому подходили.
Понимали, что первые месяцев шесть, разработка будет тяжелой, но потом дело пойдет намного быстрее.
И оказались правы. Сложность заключалась в том, что в сети нет материалов о архитектуре DDD. Точнее есть, но они не полноценные и не полностью ее соблюдают. Только общие принципы, без нюансов.
Yii и Laravel без сомнения быстрее будут. Еще лучше Lumen.
Но вы спрашиваете не правильно. Собственно как выше написали, самый быстрый фалькон.
А вот когда дело дойдет до HL++ с демарализованными, сухими данными на репликах, тут картина резко поменяется. В Фреймворках, скорость - это последнее на что стоит обращать внимание. Если конечно вы не делаете простой API для фронтенда или мобильного приложения. Тут фальк или люмен, выбор очевиден.
В реальности - берется фреймворк, наиболее подходящий под реализацию вашей архитектуры. Скажем для DDD, лучше брать микрофреймворк и дорабатывать его, с Symfony вы намучаетесь. Но если в Symfony реализовать DDD, написать кучу нужных оберток, то все заиграет другими красками.... Короче меня опять понесло не в то русло.
Будем проще:
Для простого API с небольшим объемом данных (до 5гб), берем фалькон, люмен, ларавел (что больше нравится).
Для более тяжелых проектов, с репликами и архитектурными решениями, берем Symfony, Laravel.
kot-samolet, а если надо будет расширить объект? А если надо будет использовать в др. проекте?
Вообще это хороший тон, использовать полноценные объекты и применять их где нужно.
Я вам больше скажу, если вы решите работать с ООП, то следовательно на каждый чих, вы будите использовать полноценные объекты.
Скажем объект Name, который имеет интерфейс и абстракцию, внутри этот объект содержит getNameRu() genNameEn() или что то подобное.
Astrohas, PoodingRex, Да, конечно, только Ruby то и не хватало. В частности RoR.
В веб-индустрии RoR уходит вниз, хотя сам язык медленно плывет вверх (вторая волна). Было время, сам на Ruby ушел, тогда это был в тренде, все хотели проекты на Ruby. В итоге сделали серьезный проект и все, далее с работой стало туго. Да и сейчас не густо, более менее приличных предложений на 100т.р.+ тяжело найти.
Если же брать PHP - он всегда востребован и не уступает Ruby в веб-приложениях любой сложности, вот только предложения во много раз больше.
Опять же, сейчас в тренде и набирают обороты Go и JS (node) (это если мы говорим про языки для веб-приложений).
Если вы хотите просто изучить язык, так сказать - для себя, то выбирать можно любой.
Если же вы хотите выучить язык и зарабатывать при помощи него, то тут PHP.
Другие языки менее востребованы, но вы всегда можете рискнуть и выучить более "правильный" язык, возможно и фартанет.
Напомню - я исключительно про веб.
P.S.
C# - отличное решение, учесть что сейчас все разворачивается на linux/osx и программисты этому очень рады, как и бизнес. За счет кроссплатформы, C# может взлететь и занять отличную позицию на рынке.
На данный момент, такой крупный магазин как wb.ru, переползает с винды на никс системы, и продолжает использовать C#.
Любой плагин а особенно связанный с авторизацией, это не оч. хорошо.
Все плагины имеют открытый код. И наверняка имеют уязвимости, которые программисты легко найдут.
kot-samolet, CMS - не факт что есть админка. Почти что любая система реализованная с каким либо управлением данных, это и есть CMS.
Про Битрикс лучше вообще не упоминать, хуже их кода я еще не видел, особенно в коммерческих продуктах.
Это просто прописанная система для бизнеса. Но IT проекты ее не выбирают, по понятным причинам.
На тему дяденьки, ему не надо разбираться в коде, он должен заказывать продукт, у него другая работа.
По поводу одной кнопки, так это у нас так же. Вот только шаблон делается не одной кнопкой и большинство проектов имеют свои специфики, которые надо учитывать. Т.е. одной кнопкой не обойтись, как вы думаете.
Даже в тех же Joomla, Bitrix, Wp etc...
CMS для клиентов, вполне себе оправдывает мое описание. Но вы конечно можете сделать как сотни других учеников и написать быдло-цмс (коих на гите тысячи), только для своего развития (и то сомнительно, ведь лучше делать грамотно чем идти по тем же граблям.)
Вот что мне не понятно:
1) Зачем делать продукт, который уже есть на рынке и можно использовать сотни OpenSource
2) Почему не использовать фреймфорк, как основа для CMS ? Ведь 90% CMS именно на фреймворках и сделаны.
P.S.
Я не в коем случае не отговаривают от направления Joomla/WP etc., просто это не рентабельно, хотя по началу кажется наоборот. Есть желание, будет продукт.
Кирилл, Мобильное приложение с куки?
Т.е. для REST API под мобильное устройство и вообще в api, вы не используете JWT ?
Вы уверенны что приложение пропустит AppStore ?
Socket на Go делает проще простого.
Соединение с БД тоже.
Если вы уж отдаете куки, то формируйте их в Go, если конечно захотите с ним работать.
fisafel, На базе фреймворка =)
Хотя если проект не коммерческий а так, для себя, то можно и CMS.
Даже в коммерческом можно, но только что бы показать работу бизнесу и переписать с нуля =)
Проверяете, отдаете нужный контент и страница готова.
Вам стоит почитать о PHP в целом.