Дмитрий Беляев

Object.getOwnPropertyNames(foo).forEach(function(prop) {
  Object.defineProperty(
    bar,
    prop,
    Object.getOwnPropertyDescriptor(foo, prop)
  );
});

Еще вариант https://developer.mozilla.org/ru/docs/Web/JavaScri...

Если вопрос только про гит, то C:\Users\%username%\.gitconfig
Это глобальные настройки гита
Ну и ключи ваши не забудьте удалить C:\Users\%username%\.ssh

Да.
На компьютере нужно запустить какой-то из проигрывателей поддерживающий стриминг
https://google.com/search?q=streaming+audio+server

В простейших случаях это может быть даже плагин для винампа или foobar2000.

А на странице что-то типа такого:

<audio autoplay controls src="http://stream-dc1.radioparadise.com/ogg-96m">

Со своим адресом, естественно.

Простейший пример: https://jsfiddle.net/ssx3mx24/
Чуть посложнее, с переключением станций: https://jsfiddle.net/bvd9dmdc/embedded/result/ (999 bytes, btw)

webpack-dev-server - средство для удобной разработки ваших одностраничных приложений от webpack (то есть, из "коробки")

webpack-dev-middleware - собственно, middleware, который добавляет возможности вашему другому серверу (в случае тэга вопросов - написанному на node.js и фреймворке express). Что добавляет? Ну хотя бы, возможность hot-reload'a..

Что и где использовать разницы нет. Как вам удобнее так и делайте. Либо просто webpack-dev-server, либо какой-то ваш "усложенный" сервер написанный на node.js + middleware webpack-dev-server. Под middlewar'ом можно понимать некий "усилитель", как уже было написано, например: усиливай мой "сервер" на "hot-reload"

На 10 000, и даже на 100 000 - хватит.
Но архитектуру БД я бы советовал пересмотреть. Потому что такая архитектура как минимум не позволяет нормально хранить разные варианты перевода. Точнее хранить то можно, только данных станет больше.

Вы при каждой отправке вешаете обработчик socket.on('backMsg', function(data){
Это нужно сдлеать только один раз.

+ за vue
В минимальном варианте не требуется как-то настраивать workflow, просто подключаете и оно работает. Отличный вариант для постепенного переезда.

Используйте стрелочные функции:

router.get('/', ( ...args )=> index.mainPage( ...args ) );

Просто изучить фреймверки и паттерны недостаточно. Самое главное - это опыт и умение все это использовать там где нужно.

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

большинству веб-девов дискретный матан, выч. мат и все такое в корне не уперся. лишним это конечно не будет (как минимум прокачаешь мозги), но веб-дев обычно лежит в иной плоскости.
изучай best practices, применяй их на практике, качай скил и все у тебя получится.
а если сможешь не циклиться только на пыхе, то вообще будешь красавцем (пых - молодец, но изучение других технологий здорово развивает кругозор и скилы, даже если ты будешь зарабатывать только пыхом).

Повторите попытку вникнуть в nodejs.

Если игра на Unity, то я не вижу причин не использовать C# для сервера. Там конечно не так просто наверно, как в PHP, но зато язык один. Не придется учить другой язык.
Если разработка игры ведется на JavaScript, то смотрите в сторону Node.js