Node.js исполняемый язык?

[ejik]

Возможно моя формулировка не правильная, но подругому сформулировать вопрос пока не могу.

Является ли Node.js исполняемым языком или компилируемым?

И правильно ли я понимаю, если язык исполняемый, то на запущеном сервере меняя соурс коды написаные, то это сразу будет видно на страницах которые отображает сервер, без перекомпиляции и перезапуска?

[B@rmaley.e><e]

Node.js — не язык. JS — язык, а node — обвязка кучи всякого API над V8 (гугловый интерпретатор JavaScript'а).

Далее, исполняемый язык — какой-то странный термин. Подозреваю, Вы имели в виду "интерпретируемый".

И правильно ли я понимаю, если язык исполняемый, то на запущеном сервере меняя соурс коды написаные, то это сразу будет видно на страницах которые отображает сервер, без перекомпиляции и перезапуска?

Нет, неправильно. Большинство современных интерпретируемых языков в целях увеличения производительности при обработке интерпретатором компилируются в некоторое внутреннее представление (см. JIT), так что интерпретатор вполне может быть нечувствителен к изменениям исходного кода. Node.js, например, именно таков.

Вообще говоря, для любого языка работать так, как Вы хотите, сложно, т.к. придётся как-то определять, откуда продолжать выполнение после обновления файла с кодом (а там может находиться всё, что угодно), не говоря уже о возможных конфликтах состояния. Но можно останавливать интерпретатор после обработки запроса, а потом запускать заново (обычная схема для, например, php), что связано с некоторыми накладными расходами на инициализацию.

Node.js же постоянно работает, не завершая исполнение после обработки запроса. Точнее так: в ноде есть собственный сервер, который умеет принимать запросы. Вы можете назначить обработчик события нового запроса, в котором обрабатывать его. Где-то в недрах node есть event-loop, который постоянно ждёт новых событий (например, новых запросов) и делегирует их нужному event-listener'у.

Таким образом, хоть JS и интерпретируемый, это не отменяет необходимости перезапускать node после обновления исходного кода.

[ejik]

Вы меня правильно поняли. И дали исчерпывающий ответ.
Спасибо)

Если подскажете, где можно еще почерпнуть информации на эту тему буду благодарен.

[tadjik1]

http://nodebeginner.ru/
http://nodeguide.ru/doc/

[devote]

Но можно останавливать интерпретатор после обработки запроса, а потом запускать заново (обычная схема для, например, php), что связано с некоторыми накладными расходами на инициализацию.

Обычная схема для Apache, но не PHP.

Node.js же постоянно работает, не завершая исполнение после обработки запроса. Точнее так: в ноде есть собственный сервер, который умеет принимать запросы.

То же самое и с PHP, но только для PHP в качестве сервера чаще всего используют Apache.

Вы можете назначить обработчик события нового запроса, в котором обрабатывать его. Где-то в недрах node есть event-loop, который постоянно ждёт новых событий (например, новых запросов) и делегирует их нужному event-listener'у.

Все тоже самое можно сделать и в PHP.

Вообще PHP работает по тому же принципу что и Node.JS, но PHP не имеет собственного сервера. Хотя можно запустить демона на PHP и слушать входящие соединения, тем самым обойтись без Apache. Весь функционал для этого в PHP есть и при желании можно PHP использовать в обход сервера Apache. И получится тот же принцип что использует Node.JS.

[B@rmaley.e><e]

Обычная схема для Apache, но не PHP.

А что, php столь же часто демоном висит?

[devote]

А что, php столь же часто демоном висит?

конечно... демонов любят делать на PHP. Да и порой иногда для какого нить проекта это нужно, сам не раз демонов писал на PHP. Так же часто используют cron который запускает PHP в обход Apache

[B@rmaley.e><e]

Запуск php в обход веб-серверу и демон (true FastCGI, именно про это я и распинался в своём первом посте) — совершенно разные вещи.

P.S. Правда, существует некий php-fpm, который, вроде как, даже крутится демоном. Но ничего про сохранение состояния в нём я не знаю.