werw

Все течет все меняется....
Nginx достаточно совершеннен.

Разве что для повышение собственных скиллов имеет смысл смотреть на Ковбоя

Больше всего нагружает сервер доступ к БД и логика обработки данных, а вовсе не способ обмена данными - c AJAX там или нет.

Если прямо-таки жестко быстро нужно иметь доступ к аккумулированным данным, то нужно их также аккумулировать постоянно и постепенно в течение суток - сохраняя в специальной таблице.

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

Если требования не жесткие, то есть данные нужно получать изредка и не очень быстро и посему нет смысла отдельную таблицу городить, то - посмотреть внимательнее на индексы и запросы. Может, используются не те индексы? Так как 40 Г для современного железа не является большой проблемой. Что говорит сервер по "план запроса"?

При жестких требованиях на скорость можно агрегировать прямо в оперативной памяти, например, при помощи Tarantool, это будет довольно быстро. Наверняка, агрегированная база данных в разы меньше основной, то есть при наличие 40 Г БД выделить 4 Г на хранение агрегированных данных в оперативной памяти для нынешних серверов не является проблемой.

От типа API зависит.
Я использую только POST, GET, PATCH

Покупать дешевое железо и надеятся, что туда кто-то вложил внутрь супер-системного админа и он все за тебя сделает?????
Забудь.

А другие устройства (смартфон, например) в то же время нормально к тем же вай-фаям подключаются?

Серию статей про lock-free читали?
Может, там уже есть готовый ответ?
https://habrahabr.ru/users/khizmax/topics/

MAX(meta.id)

По русскии же написано - нужно написать слово Virtual.

Ага. Очень халявные. Только разовые.
https://vc.ru/p/check-them-out
И это только, если вас еще не догонят и не прибьют.

Волнуйся

{"$push": {имя поля с массивом: новый добавляемый элемент массива}}
Прекрасно работает с findAndModify

Любой развитый.

Хоть штатный Ubuntu и Debian, к примеру.
Хоть штатный Redhat'а, к примеру.

Это больше вопрос вкусовых предпочтений.
По интерфейсу например, или тот, что ты лично лучше знаешь.

Любой современный развитый дистрибутив должен нормально работать.

На разных.

Разработчики ААА игр сами способны выбрать технологически правильный стек под конкретную задачу, не оглядываясь на экономические ограничения - это косвенное следствие из их бюджетов и класса разработчиков.

Язык тут не причем.

Кучка арендованных VPS способна заддосить ваш сайт?
Что то у вас там с кодом слабовато на сайте,
у меня 500-рублевый хостинг VPS выдерживает 12000 запросов в секунду (1 миллиард в день) и даже не охнет.

1. Гораздо более эффективным будет если вы оптимизируете ваш сайт изнутри.
2. Переехать к нормальному хостеру. Это недорого. Базовый DDOS нормальные хостеры сами разруливают.
3. Специализированная DDOS защита нужна только очень серьезным сайтам, на рядовые сайты ддосникам нерационально ресурсы даже тратить.
4. Можно ограничить количество запросов с одного IP на уровне nginx, например, это несложно, но эффективно.
5. Уже отвечали и много: см. тут Хостинг с защитой от ДДОСа

Как уже написали - JS достаточно по минимуму на стороне браузера, но сейчас лучше применять уже более разработанное решение как Angular.

Angular подразумевает использование (знание хотя бы основных принципов) языков JavaScript или, что предпочтительнее, TypeScript или Dart.

Итак, Ангуляр для управления одной страницей в браузере, это точно.

Однако внешний вид.
Боюсь на голом Ангуляре приятный внешний вид неспециалисту будет сложно сделать.
Я бы предложил использовать CSS-фреймворк, например, хорошо интегрируется с Angular фреймворк Zurb Foundation.

Но Angular используется на клиентское стороне, в браузере. На сервере ему должен кто-то отвечать.
Как правило, это приложение для NodeJS, PHP, Ruby, Python, Go, Java, Perl, другие технологии более экзотичны.

Данные должны где-то храниться.
Для этого нужна база данных - это может быть MySQL, MongoDB и пр. и пр.

Таким образом это будет:

1. Клиентское приложение - JavaScript (TypeScript, Dart) и Angular и CSS-framework, например, Zurb Foundation
   
2. Серверное приложение - JavaScript/PHP/Ruby/Python/Go/Java и NodeJS/PHP/Rails/DJango/Revel/Play
   
3. База данных - MongoDB, MySQL, Tarantool с Софией.
   

К вашему стеку в качестве обязательного я бы добавил CSS-framework.
Выбор же чего-то вместо NodeJS - при вашем начальном уровне - это больше дело личного удобства, чем строгие технические требования. То же касается и выбора БД. У них есть свои особенности, плюсы и минусы под конкретную задачу, но на начальном этапе ознакомления лучше не влезать в эти тонкости.

Никто не мешает использовать ПО - ты же не отвечаешь по искам к авторам ПО.
Если ты не большая корпорация, то тебя эти споры никак не заденут.

А если ты большая корпорация - то в худшем случае через какое-то время, когда BareOS окончательно устареет, тебе придется все твои 1000 серверов переводить на другое ПО, это самая большая неприятность.