Какой backend лучше использовать для проекта?

Question

[Gravio]

Для фронта использую фреймворк Nuxt JS, нужна помощь в выборе backend.
Технологии которые буду использовать, socket io, webrtc.

Стоит выбор между php (symphony, laravel) или node js (express).

На php есть опыт создания средних сайтов. На js опыт только создание простого api

Смущает тот факт, то что большая часть проектов используют node js лишь как фронт, а для backend выбирают php, go, python, но не js. Почему ?

Comments

[Strannyk]

большая часть проектов используют node js лишь как фронт, а для backend выбирают php, go, python, но не js

Пишите на том, что лучше знаете. Ноду вполне себе для бекенда используют.

Answer 1

[Сергей Попов]

Все очень просто. Node.JS крайне медленный, поэтому выбор PHP уже выигрывает. А вообще, в данном контексте будет лучше работать Golang за счет своей скорости.

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

Comments

[Strannyk]

Скорость - далеко не всегда существенный критерий выбора языка. Вы уверены, что автору не хватит производительности ноды?

[Сергей Попов]

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

[Strannyk]

Сергей Попов,

работает лучше

Чем лучше?

[Сергей Попов]

Strannyk, здесь имелась в виду производительность.

[Виталий]

хахахаха, нода на порядок быстрее пыхи, дичь пишите товарищ

[Сергей Попов]

Виталий, Ты уверен (еще)? Нода значительно медленнее, чем PHP. Больше того скажу, это php без припарок. Достаточно включить opcodes, использовать, например, roadrunner вместо php-fpm и выигрыш будет на порядки.

[Виталий]

Сергей Попов, уверен, явное сравнение математических действий врядли поможет реальному анализу
текст кейс на апи по хабру меня удивил, мы писали апишку, контроллер который выдает нативно сгенерированное рандом число, сравнивали спрингбут, экспресс, симфони
при канкаренси 5к были следубщие результаты:
симфони 8к/сек
спрингбут 122к/сек
экспресс в кластер режиме 1кк/сек

[Skelman]

Сергей Попов,
написал нормально код на ноде и вот что получилось

Node.js v12.7.0: склеивание строк 1000000 раз: 53.877ms
Node.js v12.7.0: сложение чисел 1000000 раз: 2.385ms
Node.js v12.7.0: наполнение простого массива 1000000 раз: 22.704ms
Node.js v12.7.0: наполнение ассоциативного массива 1000000 раз: 34.006ms
Node.js v12.7.0: чтение файла 100 раз: 0.456ms
Node.js v12.7.0: mysql query (SELECT NOW()) 100 раз: 30.700ms

В то время, как пхп

PHP v7.2.19: склеивание строк 1000000 раз: 32.96ms
PHP v7.2.19: сложение чисел 1000000 раз: 6.324ms
PHP v7.2.19: наполнение простого массива 1000000 раз: 34.092ms
PHP v7.2.19: наполнение ассоциативного массива 1000000 раз: 115.749ms
PHP v7.2.19: чтение файла 100 раз: 0.498ms
PHP v7.2.19: mysql query (SELECT NOW()) 100 раз: 51.762ms

Как видно, пхп побеждает только в склеивании строк )))
ты еще уверен в сверхскорости пыхи?)))

[Skelman]

Сергей Попов,

Нагрузочные тесты.
Здесь вообще без комментариев...
Больше чем 800 запросов у пхп не обработалось

[Skelman]

Сергей Попов,
Еще один шанс для PHP, но нет.
Ошибки....сплошные ошибки, реальная пропускная способность - 20000 запросов/сек, если отсеять ошибки

[Konata Izumi]

Skelman, берем сферического коня в вакууме...

[Skelman]

Konata Izumi, Почему молчал 22 мая?