sasha

1. не понятен смысл зачем сегрегировать на http и ws. Лучше все вс одну сторону, дабы не усложнять. Да и не понятно будешь ли ты использовать обертку типа socket io, она за тебя все решит.

2. Ну если это целый отдельный процесс то process.on

2.1 Ну а если на отдельную машину то это проблемы исключительно твои а не пользователя. Связь между основным приложением и чатом уже по tcp\udp

child_process создает дочерний процесс.

В этом дочернем процессе можно выполнять команды как из консоли - метод exec.

Изначально нода однопоточная штука(физически находится в рамках одного ядра и одного потока), и эта штука сделана для того чтобы быва возможность загружать многоядерные машины.

Вообще тут мнощество применений, я на ноде конвертил видео, точнее нода была просто кидала команды в консоль> ffmpeg

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

pipe это просто способ работы с потоком данных.

Ваш вопрос звучит примерно так: почему есть это лучше чем пить?

попробуй открыть картинку непосредственно в браузере, когда увидишь херню то подумай, а каким образом экспресс должен по этому урлу отдать картинку

у вас только один IF, и реагирует только на главную страницу, тоесть "/".
При попытке получить другую страницу (например /some.css) то запрос никогда не будет отдан, разе только после таймаута tcp соединения, ну тоесть можно считать что никогда. Тоесть при запросе любой страницы которая НЕ / будет отдано ничего.

TLS если строишь долгосрочный проект.
5 если делаешь некую поделку или не сложный проект.

на запрос любой ссылки, нодой отдавать один и тот же index.html(корневой файл ангуляра)

на ноде будет сложнее(и разрабатывать и поддерживать) и дольше (раза в 2 дольше на разработку и раза в полтора больше на поддержку ,время-деньги), но будут такие плюшки как рантайм приложение со всеми вытекающими (скорость по большей части, ну и удобство использования web socket если таковые будут).

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

это не валидный json, посему все парсеры просто додумывают за вас и делают "хорошо". по сути если хотите свою логику то нужно будет писать свой парсер json. Удачи вам в этом.

mongoose

stackoverflow.com/questions/9745249/html5-websocke...

npm i xxx -g
хотя если ты делаешь именно ПРОЕКТ то рекомендуется эти зависимости прокидывать в pakage.json чтобы потом когда будешь деплоить этот проект гдето еще то все можно было собрать на боевом серве командой npm i
ну а если домашние поделки то просто глобальный флаг ставь. Хотя насколько помню некоторые модули требуют локальную версию и глобальную(именно галповые модули не уверен но некоторые нодовые точно)

screen node server.js

ну если я правильно понял вопрос то ответ таков:
при запросе домена , запрос редиректит на IP который вы укажите в панели регистратора. В ноде уже делать проверку какой домен был запрошен(тупой if() ) и в зависимости от домена уже делать че надо

насколько я помню то в socket.io надо указать порт и этот порт не должен быть занят апачем или энджином. Очень вероятно что ты не указав порт подымаешь его на 80 и все валится

передавать надо сам файл а не ссылку на него. работа с потоками в руки тебе