Anubis

async function someAsyncRequest() {
  const result = await fetch('https://jsonplaceholder.typicode.com/todos/1');
  const json = await result.json();
  console.log(json);
}

Опробовать: https://jsfiddle.net/ajrbcxpm/

В итоге смотрю в сторону различных реализаций Photon: PUN, Bolt, Quantum. Похоже, лучше всего для синхронизации между игроками задействовать один из этих сервисов, берущих на себя все вопросы синхронизации и учёта сетевых задержек. А на своём сервере реализовать инициализацию состояния игрока при загрузке игры и вопросы его прокачки и инвентаря.

import
IDE при разработке предоставляют гораздо более чёткий автокомплит (статическая типизация, все дела)

MacOS для разработки идеальна, в том числе для сложных больших проектов в долгосрочной перспективе. Для рабочей лошадки отлично взлетит Mac Mini с ssd.

- src
-- app
-- server

Сервер может иметь доступ к файлам приложения и включать их в себя, но не наоборот
Папка common тут имхо лишняя

Ошибка в файле server.js на строке #9, в webpack скармливается webpackConfig некорректного формата
Всё написано, нужно просто читать тексты ошибок

Не могу сказать что лучше с точки зрения производительности/ресурсоэффективности в сценарии "получи http-запрос, отдай ответ", но имхо нода как минимум удобнее. Правда, я от пхп уже отвык и не писал на нём ничего уже лет 5.

Что до сценария "постоянно запущенное приложение, умеющее держать соединение и общаться с клиентами и другими службами в реальном времени", то тут пхп просто за бортом.

Учи, не прогадаешь.

Koa

php за борт, api на node.js, клиент бандлить через webpack и отдавать на разработке через webpack-dev-server, а на продакшне через nginx

Просто поинтересуюсь.
Обычно серверный рендеринг применяется в целях поисковой оптимизации. То есть выдают общедоступные страницы, доступные любому гостю сайта. Для чего нужно скармливать поисковым ботам какие-то авторизационные данные?

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

Я предпочитаю хранить экземпляр express/koa приложения, экземпляр роутера и роуты в разных файлах.

• router.js
  

  import Router from 'koa-router';
  
  export const router = new Router();

  
  
  
• routes/index.js
  

  import './example';
  import './another-route';
  import './one-more-route';

  
  
  
• routes/example.js
  

  import { router } from '../../router';
  
  router.get('/example', (ctx) => {
      ctx.body = { yo: 'Yo dude' };
  });
  
  router.post('/example', (ctx) => {
      ctx.body = { wow: 'Some POST request goes here' };
  });

  
  
  
• app.js
  

  import Koa from 'koa';
  
  import { router } from './router';
  import './routes';
  
  const app = new Koa();
  // body parser etc
  // app.use(someMiddleware());
  // app.use(moreMiddleware());
  app.use(router.routes(), router.allowedMethods());
  
  app.listen(8000);

  
  
  

Как ответили выше, сегодня уже полно готовых велосипедов для этого.
Раньше это делалось например так:
1) При загрузке изображение конвертируется в grayscale (обесцвеченное) и уменьшается в размерах (например, до 10-15 пикселов по наибольшей стороне)
2) Полученная мелкая картинка преобразовывается в хэш
3) По базе ранее загруженных изображений выполняется поиск этого хэша
4а) Если совпадений нет - загрузка подтверждается, в базе делается новая запись
4б) Если совпадения найдены - выдаётся ответ о том, что такое изображение уже есть

Mongoose пробовали?

Если хочется писать SQL запросы ручками, используйте https://github.com/mysqljs/mysql, если хочется обёртку, - Sequelize в помощь.
Дополнительных уроков не нужно, достаточно мануалов по вышеперечисленным решениям, они понятные и подробные. И на русскоязычную документацию не рассчитывайте - привыкайте пользоваться англоязычной, это позволит и на Stackoverflow почти всегда решение вопроса найти.