Тимур Шемсединов

Правильный вопрос, это не какой язык выбрать, а какой стек технологий выбрать, какой фреймворк для сервера и для клиента и какая СУБД. Для простых задач я не рекомендую node.js, он только кажется простым, на самом деле, писать на нем достаточно сложно, с другой стороны, что бы Вы ни выбрали, но все равно придется изучать JavaScript, от него Вы ни куда не денетесь, поэтому начинайте уже сейчас: learn.javascript.ru А node.js понадобится Вам, скорее всего, как инструмент для сборки клиентских приложений (фронтенда), т.к. на нем работают популярные сборщики.

Вообще, в таких вопросах нужно указывать фреймворк, или говорить, что на чистом Node.js. Потому, как в каждом фреймворке есть конечно готовый рабочий вариант, выглядящий в одну строку, например вот так: https://github.com/tshemsedinov/impress/blob/maste... и форма, которая в него постает: https://github.com/tshemsedinov/impress/blob/maste... Но на каждом же код будет разный, а реализацию на чистой Node.js можно всегда найти в недрах фреймворка, например:
https://github.com/tshemsedinov/impress/blob/maste...

Смело берите JavaScript и Node.js как главный инструмент. Раскол команды может только взбодрить разработчиков, проект то в открытом коде. Для начала:
learn.javascript.ru/nodejs-screencast
learn.javascript.ru
nodeschool.io

Все живо, используйте смело, и уже нативно поддерживается повсеместно, есть конечно особенности, ну и основная проблема в ноде при работе с WebSockets, что их не заморачиваясь вешают на отдельный порт, на 81, 8080 и т.д. вместо того, чтобы сделать маршруты внутри 80 потра и по URL разруливать, типа / - страница, /api/method - это API, а /ws - соединение с сокетами. В результате потом где-то порт закрыт, а при масштабировании лишняя настройка, ну и сделать много разных подключений (комнаты, шины сообщений, каналы уведомлений) при таком подходе плодить порты открытые - не выход, лучше раз заморочиться и разобраться с маршрутизацией и интеграцией вего на 80 порт. Я для себя все решил давно и комплексно, реализовав поддержку WebSockets в сервере приложений - habrahabr.ru/post/247543

console.dir(process.argv);
console.log(process.argv[1]);
console.log(__filename);

Смотря как завершается процесс, если по сигналам, то опробуйте:

//do something when app is closing
process.on('SIGINT', drainArray); // выход по Ctrl-C из консоли
process.on('SIGTERM', drainArray); // завершение через kill
process.on('exit', drainArray); // выход по собственному желанию
process.on('uncaughtException', drainArray); // если свалился

Но сделайте глобальный флаг и проверяйте его в drainArray, чтобы не запустить 2 раза:

var drainArray = function() {
  if (!process.flagExit) {
    process.flagExit = true;
    // отправка данных
  }
};

А чем не подходит EventEmitter?

var events = require('events');
var test = new events.EventEmitter(); 
test.on('событие', function() {});
test.emit('событие');

Не оттуда наследуете, смотрите пример в исходниках ноды в /lib/crypto.js
Например класс Hash так написан, он наследует LazyTransform, вот так: util.inherits(Hash, LazyTransform); потом LazyTransform наследует от stream.Transform вот так: util.inherits(LazyTransform, stream.Transform); и потом определен метод _transform

Hash.prototype._transform = function(chunk, encoding, callback) {
  this._binding.update(chunk, encoding);
  callback();
};

Сервер приложений https://www.npmjs.org/package/impress
Можно подключить несколько приложений, открыть все на одном или нескольких портах, маршрутизирует между приложениями по доменному имени в урле запросов, и внутри каждого приложения вся логика разбита на отдельные обработчики, посмотри примеры. Но это не express совместимая штука.

Или почитайте что такое замыкание или этот код не будет работать. Или нельзя объявлять функции внутри цикла или нельзя писать var внутри цикла. Или вы учите JavaScript тут: learn.javascript.ru или ноду тут: learn.javascript.ru/nodejs-screencast а потом лабораторки тут: nodeschool.io

var request = require('request'),
    crypto = require('crypto');

var token, url;
for (var i = 0; i < 5; i++) {
	token = crypto.randomBytes(16).toString('hex');
	url = 'https://wu.wsiz.rzeszow.pl/wunet/photos/s' + token + '.jpg';
	doRequest(url);
}

function doRequest(url) {
    request.get(
    	{ uri:url, method:'GET', encoding:'binary' },
    	function (err, res, body) {
            console.time(url);
            body = new Buffer(body, 'binary');
            console.timeEnd(url);
        }
    );
}

REST есть величайшее мракобесие и маразм всех времен и народов. Берите RPC, как советуют. На голом примитивном механизме HTTP с его недоразвитым набором глаголов POST, GET, PUT, DELETE, которые невозможно расширить и кастомизировать, сложно разработать что-то более сложное, чем работа с файлами или с записями базы данных по принципу CRUD (CREATE, READ, UPDATE, DELETE). Когда же нужно сделать хоть что-то большее, над ресурсом, ввести свой глагол, то вся идеология рушится. Например, у меня есть нефтепровод с магистральными насосными агрегатами, и нужно управлять закрытием и открытием задвижек, параметрами регуляторов давления, мониторингом катодной защиты, другими подсистемами. Эти команды через POST или PUT посылать? Смешно, да? Тут нужно 5000 глаголов/методов ввести над 20ю ресурсами, а не 4 несчастных глагола над несчетным кол-вом ресурсов. Или даже над данными в БД мне нужно новые глаголы, например, хочу создать связь между двумя объектами или дать права пользователю на изменение параметра объекта или запустить отложенную задачу генерации отчетов на сервере, просто запустить и получить в ответ прогнозируемое время завершения, как это сделать на REST? Я уже не говорю о том, что операции могут быть вообще не над ресурсами. Операции могут быть над множествами, запросами (фильтрами, выборками, курсорами), над машиной состояний, над связями между несколькими ресурсами, над системой в целом или вообще над потоками данных, событий или технологическим оборудованием.

nodejs.org/industry