VoidVolker

Есть такая штука — называется Декомпозиция: разбиение больше́го на меньшее. Применяется при разработке ПО для разбиения программы на [под]модули/системы/сервисы и т.п.

А еще есть полноценные браузерные движки с интегрированной нодой - NWJS, например.

NWJS

Адаптированная под конкретные задачи.

1. Формализуйте задачи, которые должна решать архитектура вашего конкретного проекта.
   
2. Проведите нагрузочное тестирование системы в соответствии с задачами.
   
3. Постройте графики и диаграммы по результатам.
   
4. Исследуйте результат и найдите узкие места.
   
5. Оптимизируйте узкие места соответственно задачам.
   
6. Profit.
   

https://js-node.ru/site/article?id=10

Делать надо согласно ТЗ и никак иначе. Если ТЗ нет - запрашивайте у заказчика, составляйте самостоятельно либо пригласите опытного человека со стороны.

Выделить подписку в отдельную сущность: она должна держать список подписанных пользователей на данное событие, при этом сделать синхронный кэш в памяти (ну или просто кэш) - т.е. вот пользователь подписывается на событие икс в категории игрек - записываем это в профиль юзера и добавляем юзера в список подписок категории "игрек.событие" . Как только событие происходит - нам не надо проходить по всем профилям пользователей, а достаточно просто пройтись по всем подписанным пользователям. Либо, можно оптимизировать работу с БД и переложить на её плечи проверку "подписан ли пользователь икс на подписку игрек". Как именно делать оптимальнее - зависит от многих факторов: самый простой вариант - это в памяти приложения, редис же имеет смысл для кластеризации и распределения нагрузок - но это может несколько увеличить время обработки запроса.

Приобрести у своего провайдера внешний IP и настроить IP-forwarding в своем роутере. Для удобства можно приобрести домен и привязать к нему IP.

Да, можно.

RFC 959 - вот тут все очень детально и подробно расписано.

Перемешается только в том случае, если в голове будет каша (ну, в таких случаях вообще исключительно редко попадают в высокоинтеллектуальные сферы работы). А так - никаких проблем. Достаточно просто выработать привычку переключения глобального контекста в голове.

На нативных ЯП — C# вполне адекватный инструмент. Десктопные приложения с HTML/JS очень толстые и медленные. Если уж и делать - то лучшим выбором будет NWJS (отличная документация, постоянно выходят новые версия с багфиксами и обновлениями, новые фичи, разработчики открыты к диалогу с юзерами, ничего лишнего нету, большое коммьюнити). Электрон не советую - т.к. он менее стабильный (есть печальный опыт попытки использования в продакшене) и плюс есть баги, которые не будут исправляться.

var body = []; // Создаем переменную с массивом 
request.on('data', function(chunk) { // Подписываем анонимную функцию на событие 'data'
    // chunk - это блок полученных данных
    body.push(chunk); // Добавляем блок данных в конец массива 
}).on('end', function() { // Подписываем анонимную функцию на событие 'end'
    body = Buffer.concat(body).toString(); // Объединяем все блоки даннных в один, затем конвертируем результат в строку и сохраняем в переменную body
});

Потому что createWrite stream - это именно создание потока для записи и не более того. И аналогично со всеми остальными функциями в модуле fs - если это не создание каталога, то функция и не будет создавать каталог. Поэтому, перед записью файла необходимо убедиться в наличии всех каталогов к этому файлу. Расширений к модулю fs полно, например: https://github.com/jprichardson/node-fs-extra - там есть функции для автоматического создания каталогов.