node.js - есть сторонники?

[pingo]

давай поговорим об этом?

сразу вопрос, запускаю # nohup node app.js > /dev/null 2>&1 &
какие варианты есть ещё от труЪ пингвинятников?

какие шаблонизаторы юзайте? я jqtpl
ну и ктонить cms организовывал на сабже какуюнить удобную?

не надеюсь на поддержку, 75% что топик утонет в спомонитрёпе

[xanxy]

Сообщение от pingo

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

Да в ноде тоже утечек понаделать можно

[medar]

Пинго, а зачем тебе node.js, где ты его хочешь заюзать ?

[pingo]

Сообщение от medar

Пинго, а зачем тебе node.js, где ты его хочешь заюзать ?

делаю сервис какой то, нагрузки наверное будут жёсткие, много фоновых запросов разной сложности,

много уников, тысячи их

[serwer]

сюда ходи http://forum.nodejs.ru/

[medar]

Сообщение от pingo

нагрузки наверное будут жёсткие, много фоновых запросов разной сложности

Есть подозрение, что обычный синхронный php-фреймворк с мелким футпринтом (ci, кохана, yii и т.п.) с монгой вместо мускуля, с заполировкой сверху мемкэшем, сидящий на nginx, на серваке с достаточной оперативкой (8-16гиг, хетзнер нынче дешев) покажет ту же производительность, что и нода. Ну, если только ты пишешь не приложение для вконтакта. Просто неаккуратная работа с БД дает гораздо больше латенси чем лишние 10к http-запросов. Но все это будет гораздо дешевле в разработке и поддержке.

[pingo]

Сообщение от medar

Есть подозрение, что обычный синхронный php-фреймворк с мелким футпринтом (ci, кохана, yii и т.п.) с монгой вместо мускуля, с заполировкой сверху мемкэшем, сидящий на nginx, на серваке с достаточной оперативкой (8-16гиг, хетзнер нынче дешев) покажет ту же производительность, что и нода. Ну, если только ты пишешь не приложение для вконтакта. Просто неаккуратная работа с БД дает гораздо больше латенси чем лишние 10к http-запросов. Но все это будет гораздо дешевле в разработке и поддержке.

это было бы банально, нах топтаться по проторенным дорожкам, да и не хочется весь этот огород городить, и по бд тоже есть мысли?

[medar]

Не, если хочется приключений и нового опыта, плюс ты хорошо знаешь джаваскрипт, то попробовать конечно можно.

По бд сейчас все сошлись на мысли, что nosql и map-reduce рулит. По поводу реализации (mongodb или couchdb или redis или Cassandra) спорят. Требует пересмотра схемы хранения данных, денормализации везде где можно - джойны там невозможны. Я не юзал пока у себя нигде, но по циферкам получается круто.

[WebNinja]

если хочется опыта на свою жопу можно юзать наверное и монго и ноде js.

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

олсо imho эти key-value базы данных хороши в своей, отдельной нише, а именно в задачах кэширования. например в джанге кэш бэкенд позволяет их использовать для кэширования страниц и некоторые приложения вроде sorl.thumbnils используют их для хранения данных.

с могно другое дело, вполне подойдёт для замены реляционных бд, но опять же вопросы к стабильности и производительности на хайлоаде.

[pingo]

ладно, я вас понял, сделаю, покажу.

[medar]

Нашел разного, пусть полежит тут:

О проекте node.js

Учите английский, блядь! Это серверный однопоточный джаваскрипт-движок на событиях (libev), состоящий из гугловского якобы высокопроизводительного JIT-компилятора V8 и библиотеки асинхронного ввода-вывода к нему. В библиотеке присутствует HTTP-сервер, что позволяет получить что-то в духе эрланговского MochiWeb и питоновского TornadoWeb, но позволяющее писать клиентский (браузерный/AJAX) и серверный ('cкрипты') код на одном языке. Ну и конечно геморрой в стиле mod_perl + POE вам обеспечен. Тем не менее, говорят, это прогрессивно и круто. (Шутка)

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

Но и это ещё не всё! Для затягивания сроков и удорожания разработки система включает: иллюзию эрланговской изоляции посредством порождения дочерних песочниц в рамках одного потока; циклы перебора байтиков в буфере в стиле Паскаля с неявным алиасингом; отсутствие возможности читать файлы построчно.
http://node-js.prcn.co.cc/#rus

саксесс стори:

Мобильный сайт LinkedIn - заменили 15 серверов по 15 инстансов RoR на каждом (монгрелов, небось) на 4 сервака с нодой, удвоив capacity
http://venturebeat.com/2011/08/16/linkedin-node/