Комментарии 34
Jscript.NET немного смущает, это чудо уже давно не развивается.
Наверное, еще стоит сказать, что есть еще нереализованные моменты, например, неблокирующая запись. Полностью на английском о том, что сделано, и что еще нет, можно прочитать на оргинальном посте автора.
А можно хотя-бы краткое описание, что собой являет Node.js? С их родного сайта это как-то не очень понятно, даже из секции About. В общем, чтобы быть в теме, будь в теме.
Очень интересный проект — неблокирующий ввод/вывод, событийная машина, всё под Javascript с великолепной производительностью (лучше любого другого динамического языка).
Из коробки держит WebSockets на стороне сервера.
В общем, крайне интересное направление.
Из коробки держит WebSockets на стороне сервера.
В общем, крайне интересное направление.
Один из плюсов, Javascript вообще асинхронен по природе программирования под браузеры. Нет проблем перехода под EventMachine в Ruby, или под Twisted в Python.
Второй плюс — гомогенная среда. Везде один язык и один протокол…
Второй плюс — гомогенная среда. Везде один язык и один протокол…
Что вы имели в виду под «переходом под»?
Удобную интеграцию или миграцию с тех технологий на node.js?
Мы рассматриваем начать использовать в новом проекте node.js для некоторых целей(обработка потоков информации по событийной модели) — выбираем между node.js и rubyeventmachine.
Удобную интеграцию или миграцию с тех технологий на node.js?
Мы рассматриваем начать использовать в новом проекте node.js для некоторых целей(обработка потоков информации по событийной модели) — выбираем между node.js и rubyeventmachine.
eventmachine неплоха, хотя имеет свои баги (подробнее было в списке рассылки русского сообщества RoR, например, что EM не видит разницы между некоторыми ошибками, таймаутами и закрытием соединения).
Основная проблема с EM, — что непонятно заранее, какой сторонний код с ней совместим. Позже выявляется проблема одного ядра на EM.
Основная проблема с EM, — что непонятно заранее, какой сторонний код с ней совместим. Позже выявляется проблема одного ядра на EM.
А как насчёт памяти? Не течёт?
По нашему опыту все долгоиграющие демоны на ruby 1.9.1 со временем начинают занимать неоправданно много памяти.
Такое ощущение, что сборщик мусора чистит не все объекты без ссылок.
По нашему опыту все долгоиграющие демоны на ruby 1.9.1 со временем начинают занимать неоправданно много памяти.
Такое ощущение, что сборщик мусора чистит не все объекты без ссылок.
Лично я работал с ruby 1.9.1 меньше полугода, кажется. Не смогу дать взвешенного мнения.
Могу сказать, что течёт даже на ruby 1.8.7 EE, учитывая, что разработчики не особо на этом делают упор.
Лечится мониторингом через bluepill/monit/runit.
Для тех сервисов, у которых критична остановка, — проще разрабатывать с упором в несколько независимых процессов, с балансированием нагрузки и heartbeat.
Могу сказать, что течёт даже на ruby 1.8.7 EE, учитывая, что разработчики не особо на этом делают упор.
Лечится мониторингом через bluepill/monit/runit.
Для тех сервисов, у которых критична остановка, — проще разрабатывать с упором в несколько независимых процессов, с балансированием нагрузки и heartbeat.
Ох спасибо, осталось проверить совестимость на примерах.
Сам яваскрипт, уверен, одинаков (на уровне синтаксиса).
Сам яваскрипт, уверен, одинаков (на уровне синтаксиса).
Хм… Сырой.
По крайней мере на строке sys.puts('Server running at 127.0.0.1:8000/'); оно дохнет.
А также дохнет просто так время от времени.
Придётся (для отладки под windows) держать andLinux.
По крайней мере на строке sys.puts('Server running at 127.0.0.1:8000/'); оно дохнет.
А также дохнет просто так время от времени.
Придётся (для отладки под windows) держать andLinux.
В общем, кому интересно, придётся отказаться от setTimeout с параметром в виде функции, от sys.puts, и от writeHeader, а также надо обязательно указывать второй параметр в listen()
Итого рабочая программа выглядит так:
Просто создайте файлик и перетащитеего на node.exe
Итого рабочая программа выглядит так:
var sys = require('sys'), http = require('http');
http.createServer(function (req, res) {
res.write('Hello World\n');
res.end();
}).listen(8000,'localhost');
Просто создайте файлик и перетащитеего на node.exe
Учитывая, что node.js это, по сути, кусок печени Google Chrome, подключенный к системе жизнебеспечения, то, теоретически, node.js под windows можно организовать как плагин для хрома под windows (а заодно и мак). Правда, есть подозрение, что script.compile там работать не будет (либо будет, но на кроссплатформенно), но базовые функции сервер + сокеты + интерфейсы к базам данных оно предоставлять сможет.
Что за чушь? Что за бред? Зачем тут нужна эта дотнетовская гадость? Я лично компилировал Node.JS под windows, ну не с первого раза, но заработало же. И не надо весь дотнетовский фреймворк в память грузить.
Выложите свой форк который бы компилился легко под Windows, думаю все будут только рады.
Присоединяюсь к просьбе :)
Сегодня опубликовали форк порта на Cygwin.
github.com/raff/node
Не все тесты проходит, но базовый сервер уже работает.
github.com/raff/node
Не все тесты проходит, но базовый сервер уже работает.
Также нашёл www.noxa.org/blog/wp-content/uploads/2010/01/node-cygwin-1.7.zip
бинарник node.exe под windows, просит cygwin
бинарник node.exe под windows, просит cygwin
Боюсь, что «выложить форк» немного выше моих умений, я помню что какой-то патч из сети скачивал, и пару строк где-то в конфигах менял, каких именно, определяется по тому, что пишет make при компиляции.
Использовал cygwin естественно :) Работает более-менее хорошо, хелловорлд в районе пары тысяч запросов в секунду обрабатывает.
Использовал cygwin естественно :) Работает более-менее хорошо, хелловорлд в районе пары тысяч запросов в секунду обрабатывает.
Выложите, пожалуйста, exeшник! Молю!
Вам сюда: habrahabr.ru/blogs/webdev/95960/
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Node.NET: Выполнение Node.JS на Windows через .NET