Сервер на платформе Node.js. HTTP и не только

 КИРИЛЛ СУХОВ, веб-программист в дистрибьюторской компании MICS. Занимается проектированием и разработкой различных интернет-сервисов, sukhov-kirill@yandex.ru

Сервер на платформе Node.js
HTTP и не только

Продолжаем осваивать серверную JavaScript-платформу Node.js. Разберемся, почему она именно «серверная» и насколько справляется с этой ролью. TCP, UDP, HTTP, HTTPS – если честно, для Node доступно все

В составе Node.js довольно много средств реализации сетевого взаимодействия, что не удивительно, учитывая начальное предназначение этой системы. Собственно, в первой статье данного цикла [1] мы и начали ее изучение с построения простого HTTP-сервера. Теперь давайте разберемся в вопросе более капитально, подробно рассмотрим различные сетевые ипостаси Node.js. И начнем с фундаментального уровня.

Создаем TCP-сервер

Протокол TCP, как известно, является базовым для большинства интернет-приложений. На платформе Node.js он реализован в модуле net, входящем в ядро системы. Построить TCP-сервер – задача довольно тривиальная. В отличие от HTTP-сервера функция обратного вызова, являющаяся аргументом при создании TCP-сервера, принимает только один аргумент – экземпляр соединения. Он же сокет:

var net = require('net');

var server = net.createServer( function(socket) {

console.log('Соединение с '+socket.remoteAddress+": "+socket.remotePort);

}).listen(8080);

console.log('listening on port 8080');

Запускаем этот сценарий:

$ node tcp2.js

listening on port 8080

И «стучимся» браузером по адресу http://localhost:8080. В самом браузере, естественно, ничего не отобразится, зато в консоли появится запись, подобная этой:

Соединение с 127.0.0.1:63948

Тут мы видим IP-адрес, с которого поступил запрос, и номер созданного TCP-сокета.

О сокетах и что это вообще такое, можно прочитать во врезке. Мне слишком часто приходилось встречать некоторое недопонимание этого термина, даже среди веб-программистов, поэтому хотелось бы пояснить, что я имею в виду.

Созданный нами серверный TCP-сокет будет жить, пока мы его явным образом не уничтожим, при этом браузер станет вести себя так, как будто он непрерывно загружает страницу. Собственно, браузеру и не положено напрямую общаться с TCP-сокетами, но кое-что для него мы сделать можем.

Статью целиком читайте в журнале «Системный администратор», №1-2 за 2014 г. на страницах 102-110.

Комментарии могут оставлять только зарегистрированные пользователи