Если проект очень простой, то можно сделать оба варианта и сравнить. Если не такой уж простой, то за производительность надо начинать бороться тогда, когда с ней появилась проблема.
Если не такой уж простой, то за производительность надо начинать бороться тогда, когда с ней появилась проблема.
Это случайно не переформулировка фразы про преждевременные оптимизации?)
Вообще, если проект требователен к производительности, то нужно изначально о ней думать и учитывать, к каким проблемам может привести то или иное решение (архитектурное или в плане выбора технологий) в будущем.
Василий Банников, оно самое. У любого проекта есть точка невозврата, за которой основы влияют на всё дальнейшее развитие. Работа с производительностью подразумевает умение эту точку определять.
Вы ничего не сказали и ничего конкретного вам здесь тоже не ответят.
Учитывая тот набор вводных, что вы перечислили можно использовать обе технологии.
Выбор технологического стека в первую очередь должен опираться на знания команды, а уже только во вторую на потребности проекта. А преждевременная оптимизация - чаще плохо, чем хорошо.
Если у тебя не будет растущих требований по производительности, если этот проект не будет дальше расширяться, если у тебя нет нагрузки в "кучу запросов" в секунду, то что php, что Nodejs дадут схожий результат с разницей на уровне погрешности.
Хотя в теории на php можно будет достичь более высокой производительности.
Если у тебя будут серьёзные требования по latency и throughput, то тогда лучше посмотреть на что-то другое.
Итак у вас есть по сути скрипт ловящий переменные и заголовки и отправляющий его в бд.
При таком раскладе выбирайте любой из выбранных вами языков, будет примерно равно
