|
2.9, XoRe (ok), 02:26, 12/03/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Копировать файлы не через гланды там всё ещё никак?
А напуркуа вам асинхронный сервер приложений для этой цели?
| |
|
3.18, slowpoke (?), 09:49, 12/03/2013 [^] [^^] [^^^] [ответить]
| –6 +/– |
ой да ладно ассинхронный, однопоточное тормозилово к которому пытаются пристегнуть множество потоков ввода вывода которые все одно ждут этот один поток.
| |
|
4.63, Аноним (-), 03:59, 13/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
> ассинхронный
асинхронный. ass - это ты.
> однопоточное тормозилово
Лол. nginx вон однопоточный - рассказать как он рвёт апачи и прочую чушь аж с несколькими моделями параллельности?
> одно ждут этот один поток
Никто там никого не ждёт, лол.
| |
|
5.69, Michael Shigorin (ok), 17:41, 13/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
> nginx вон однопоточный
Он не однопоточный, он мультиплексирующий многопоточный.
> рассказать как он рвёт апачи
За счёт и других отличий, помимо модели обработки соединений.
| |
5.72, AlexAT (ok), 19:58, 13/03/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>> рассказать как он рвёт апачи
Ну расскажи. Условие - динамика/CGI, или PHP как модуль (lol).
| |
|
6.76, XoRe (ok), 16:58, 18/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
>>>> рассказать как он рвёт апачи
> Ну расскажи. Условие - динамика/CGI, или PHP как модуль (lol).
php, как модуль nginx o_O ? :)
А вообще тут разговор не о запускании php, а об обработке соединений, c которой nginx справляется на отлично (за счет epoll/kqueue).
apache с mpm-event не тестировал, поэтому сравнить не могу.
| |
|
7.77, AlexAT (ok), 07:21, 19/03/2013 [^] [^^] [^^^] [ответить] | +/– | Именно Хотелось послушать, как nginx порвёт апач в данном случае Одно дело о... большой текст свёрнут, показать | |
|
8.78, XoRe (ok), 19:17, 19/03/2013 [^] [^^] [^^^] [ответить] | +/– | Никак Под nginx нет модуля php Мне кажется, мы с вами уже дискутировали ранее ... текст свёрнут, показать | |
|
9.79, AlexAT (ok), 19:39, 19/03/2013 [^] [^^] [^^^] [ответить] | +/– | Нет Лично пресловутого анонима я ни в чём переубеждать не хочу Фанатичные поль... большой текст свёрнут, показать | |
|
|
|
|
13.83, AlexAT (ok), 09:16, 21/03/2013 [^] [^^] [^^^] [ответить] | +/– | nginx с динамикой сегфолтился каждый второй день Это было на бородатой 0 8 2 А... большой текст свёрнут, показать | |
|
12.85, XoRe (ok), 22:55, 21/03/2013 [^] [^^] [^^^] [ответить] | +/– | Вообще segfault - это уже само по себе плохо И всегда можно откопать причину, с... большой текст свёрнут, показать | |
|
13.86, AlexAT (ok), 07:18, 22/03/2013 [^] [^^] [^^^] [ответить] | +/– | Именно Но в случае динамики у Вас оно может быть достаточно легко, потому что о... большой текст свёрнут, показать | |
|
14.87, XoRe (ok), 16:38, 22/03/2013 [^] [^^] [^^^] [ответить] | +/– | Вообще-то для FCGI уже есть php-fpm У php-fpm корневой процесс - тоже самое, чт... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
|
|
|
|
1.3, Аноним (-), 01:07, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
У руби и перла есть Phusion Passenger к nginx
А в ноде это безысходность из соплей
| |
|
2.5, Leisure Suit Larry (?), 01:32, 12/03/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> У руби
версия == 1.9.x
у nodejs
версия == 0.10
phusionpassenger.com:
- WSGI support is in beta
- Node.js support is coming up next
может пора таблетки принять и прекратить истерику?
и таки где перл? ткни носом, пожалуйста. или ты про WSGI?
| |
2.10, XoRe (ok), 02:29, 12/03/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> У руби и перла есть Phusion Passenger к nginx
> А в ноде это безысходность из соплей
Phusion Passenger - вот это точно от безысходности.
С nodejs можно работать через обычный proxy_pass.
| |
|
3.12, Ушастик (?), 04:45, 12/03/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Через обычный proxy_pass можно работать и с Руби. Тема высосана из пальца.
| |
|
|
1.14, Аноним (-), 09:06, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
Ребята как можно в здравом уме и памяти применять клиентский язык на сервере? У него тысяча способов отстрелить себе ногу. Использование динамических языков на сервере я лично считаю очень плохим решением.
| |
|
2.16, Аноним (-), 09:17, 12/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
Очень забавлял баг когда GC тормозил выполнение VM на 5 сек периодически.
Хотя для клиента фича годная. Вообще ждем dart.
| |
2.17, лох (?), 09:48, 12/03/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ребята как можно в здравом уме и памяти применять клиентский язык на сервере?
1. Что такое "клиентский язык" ? Пожалуйста, определение.
2. Что такое "сервер"? Как относиться к запросам "серверного языка", например, к той же БД, к DNS, да хоть к файловой системе? Они серверные или нет?
> У него тысяча способов отстрелить себе ногу.
у каждого человека -- миллионы таких способов.
> Использование динамических языков на сервере я лично считаю очень плохим решением.
А что такое "динамический язык", видимо, некая противоположность "статическому"? Приведите пример "статического" языка и "хорошего решения".
Хотя, похоже, с вашими познаниями о языках лучше вам писать на форуме филфака.
| |
|
3.37, Michael Shigorin (ok), 14:46, 12/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Как относиться к запросам "серверного языка", например, к
> той же БД, к DNS, да хоть к файловой системе?
Относиться стоит сдержанно. :)
> Хотя, похоже, с вашими познаниями о языках лучше вам писать на форуме филфака.
При всём уважении -- но и у филфака нам можно поучиться языковой грамоте; http://tsya.ru
А вообще да, претензия к динамическим языкам была крайне невнятной.
| |
|
4.48, Аноним (-), 19:25, 12/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
Да ну всё это к лешему. Михаил лучше скажи, как человек посматривающий по сторонам, есть где тфтп с скриптованием по событию? Вот файлик залили - надо один скрипт пиннуть, слили другой - ещё один скрипт пнули.
| |
|
|
6.88, Аноним (-), 12:10, 23/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
Вот-вот. И спрашивается: как хранят конфиги железок админы? Лично мне кажется правильным поднять какую-нибудь vcs и туда tftp сливает конфиги. А после приёма файлика дёргает коммит скриптом. Вот ты нашёл что-то довольно тяжёлое для такой простой вещи. Снизу предлагают самому навелосипедить. Это конечно тоже вариант. Но разве никто в мире не делал такую простую вещь? Странно что нет ничего из_коробки для таких вариантов.
| |
|
7.89, Michael Shigorin (ok), 16:03, 23/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Вот-вот. И спрашивается: как хранят конфиги железок админы?
Не железкоадмин -- возможно, лучше отловить pilot на #altlinux и спросить, как по уму.
| |
|
|
5.58, anonymous (??), 21:51, 12/03/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Да ну всё это к лешему. Михаил лучше скажи, как человек посматривающий
> по сторонам, есть где тфтп с скриптованием по событию? Вот файлик
> залили - надо один скрипт пиннуть, слили другой - ещё один
> скрипт пнули.
Не Михаил, но тоже внесу свои 5 копеек - реализация протокола крайне простая, можно написать самому (или взять готовый модуль). Я когда озадачился этой проблемой, взял http://wiki.tcl.tk/12711 и дописал чуть кода. Заняло времени меньше, чем поиск готового решения =)
| |
5.59, Клейстер (?), 21:55, 12/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Да ну всё это к лешему. Михаил лучше скажи, как человек посматривающий
> по сторонам, есть где тфтп с скриптованием по событию? Вот файлик
> залили - надо один скрипт пиннуть, слили другой - ещё один
> скрипт пнули.
inotify в лице inncron чем не угодил?
afaik, событие CLOSE_WRITE
| |
|
|
|
2.23, zy (?), 10:50, 12/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
Какая разница что вы там считаете если заказчик платит за скорость разработки. А то касается производительности, так вроде 2013 год на дворе.
| |
|
3.29, slowpoke (?), 11:31, 12/03/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
там скорость разработки только готовое пристегнуть или веб сервер в три строки, а как что то серьезное начинаешь писать сразу понимаешь что можно было сто раз на другом все это написать
| |
|
2.64, Аноним (-), 04:04, 13/03/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ребята как можно в здравом уме и памяти применять клиентский язык на сервере?
Нет такого понятия как "клиентский язык". javascript можно применять везде, и ниша у него пошире будет чем, например, у многих устоявшихся скриптовых языков. И производительность повыше.
> У него тысяча способов отстрелить себе ногу.
Как и у любого языка, включая "ынтерпрайз стандарты".
> Использование динамических языков на сервере я лично считаю очень плохим решением.
И кому есть дело до твоего мнения?
| |
|
1.21, Филипп Филиппович (ok), 10:26, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Мне всегда было интересно, как применять Twisted без генераторов Python. Писать сколько-нибудь сложную логику на callback'ах -- мучение. Другое дело, когда используешь генератор, который в тех местах, где нужно ждать callback'а, выдаёт из генератора объект.
А там всё действительно только на callback'ах? Поскольку языкового механизма вроде бы нет.
| |
|
2.24, exist (?), 10:51, 12/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> Писать сколько-нибудь сложную логику на callback'ах -- мучение.
С модулем "async" легко и непринужденно.
| |
|
3.26, Филипп Филиппович (ok), 11:08, 12/03/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
Посмотрел на https://github.com/caolan/async/blob/master/test/test-async.js. По первому впечатлению, тоже не очень удобно. В Twisted это делается с использованием defer.deferredGenerator, при этом пишется обычный код (локальные переменные, ветвления и циклы используются без ограничений), и только точки разрыва оформляются как yield. К сожалению, в JS нет языкового механизма, чтобы, сохранив стек и все переменные во всех областях видимости по этому стеку, продолжить выполнение в другом месте, а впоследствии вернуться. Что, вообще говоря, жаль. Впрочем, справедливости ради скажу, что Twisted, конечно, тоже не образец простоты... Но после однократного освоения такие вещи там делаются на порядок проще.
| |
|
4.33, _Vitaly_ (ok), 13:03, 12/03/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Посмотрел на https://github.com/caolan/async/blob/master/test/test-async.js. По
> первому впечатлению, тоже не очень удобно. В Twisted это делается с
> использованием defer.deferredGenerator, при этом пишется обычный код (локальные переменные,
> ветвления и циклы используются без ограничений), и только точки разрыва оформляются
> как yield. К сожалению, в JS нет языкового механизма, чтобы, сохранив
> стек и все переменные во всех областях видимости по этому стеку,
> продолжить выполнение в другом месте, а впоследствии вернуться. Что, вообще говоря,
> жаль. Впрочем, справедливости ради скажу, что Twisted, конечно, тоже не образец
> простоты... Но после однократного освоения такие вещи там делаются на порядок
> проще.
Для ниасиляторов есть node-fibers. Но лично я таким советую php.
| |
|
5.46, Филипп Филиппович (ok), 19:01, 12/03/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Для ниасиляторов есть node-fibers. Но лично я таким советую php.
Проблема совсем не в том, что это трудно "осилить". Человек, который "осиливает" сопрограммы, заведомо "осилит" и callback'и. Для этого не требуется семи пядей во лбу, сложного-то ничего в них нет. Проблема в том, что получается громоздко.
На чистом C тоже можно писать объектно-ориентированные программы, и их пишут, что характерно (и иногда это вполне оправданно). И до тех пор, пока не нужно сложных вещей, это будет работать, порой не хуже, чем на C++. Но когда потребуется выбор вызываемой функции в зависимости от реального класса объекта (не от типа указателя, а от того, что по этому указателю лежит), придётся изобретать замену готовому механизму виртуальных функций и каждый раз писать обращение к ней. Так и тут.
| |
|
6.51, _Vitaly_ (ok), 19:41, 12/03/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
Многа букф ниачом. Пора уже вместо рассуждений хоть что-то попробовать.
| |
|
|
4.60, anonymous (??), 21:59, 12/03/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Посмотрел на https://github.com/caolan/async/blob/master/test/test-async.js. По
> первому впечатлению, тоже не очень удобно. В Twisted это делается с
> использованием defer.deferredGenerator, при этом пишется обычный код (локальные переменные,
> ветвления и циклы используются без ограничений), и только точки разрыва оформляются
> как yield. К сожалению, в JS нет языкового механизма, чтобы, сохранив
> стек и все переменные во всех областях видимости по этому стеку,
> продолжить выполнение в другом месте, а впоследствии вернуться. Что, вообще говоря,
> жаль. Впрочем, справедливости ради скажу, что Twisted, конечно, тоже не образец
> простоты... Но после однократного освоения такие вещи там делаются на порядок
> проще.
Если уж зашла речь об асинхронно-событийной парадигме, то не стоит ли попробовать, к примеру, Tcl? Очень сильно развитая часть языка, при этом, использовать ее действительно просто. При этом, язык не столь экзотичен, как erlang (функциональное программирование все же многим людям непривычно). Если нравится использовать coroutine и yield - смотрите сразу на ветку 8.6, хотя я использую преимущественно 8.5 без yield и программировать все равно удобно.
| |
|
5.65, Аноним (-), 04:08, 13/03/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Если уж зашла речь об асинхронно-событийной парадигме, то не стоит ли попробовать,
> к примеру, Tcl?
tcl умер ещё до перла. И синтаксис в нём ещё более отвратительный.
| |
|
6.70, Michael Shigorin (ok), 17:43, 13/03/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> tcl умер ещё до перла. И синтаксис в нём ещё более отвратительный.
Это разве что для чайников, которых устраивает каждые пару лет лопатить свои тонны эээ... прелестного кода.
И синтаксис -- всего лишь следствие подхода, если кому испортили мозги бей^Wимперативщиной, ну так ему любой иной подход будет непривычен.
| |
|
5.68, Филипп Филиппович (ok), 10:33, 13/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
Erlang, кстати, мне очень нравится и к некоторым задачам моей команды подходит идеально. И вообще есть мечта пописАть на функциональном языке. А в Erlang, помимо функциональной парадигмы, есть ещё и очень эффективный параллелизм с легковесными процессами, которые можно создавать тысячами.
К сожалению, трудно это намерение воплотить в жизнь по работе, т.к. не очень правильно писАть на том, что мало кто в компании знает, если это не даёт какого-то уж очень радикального выигрыша. А радикального не даёт, увы. Так уж вышло, что по работе мне вообще регулярно приходится убеждать людей не делать того, что самому хотелось бы (например, недавно один весьма уважаемый мною разработчик из другого отдела хотел прикрутить к проекту Haskell; это было бы очень красиво, но я его отговорил: ради той мелочи, которая была ему нужна, добавлять к проекту ещё один язык, тем более довольно "эзотерический", было бы не очень разумно). И, если уж поступать честно, то и самому приходится от подобных вывертов воздерживаться.
| |
|
6.71, Michael Shigorin (ok), 18:20, 13/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
> К сожалению, трудно это намерение воплотить в жизнь по работе,
> т.к. не очень правильно писАть на том, что мало кто в компании знает
Спросите Нетча, он может рассказать про то, как у нас обучали отдел эрлангистов.
| |
|
|
|
3.73, cyclope (??), 22:27, 13/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
или альтернатива - Step. только там нужно понимать, что делаете, ибо можно потерять контроль за потоком выполнения
| |
|
2.25, zy (?), 11:02, 12/03/2013 [^] [^^] [^^^] [ответить]
| –5 +/– |
Что за хрень вы несёте, в вашем twisted всё на обычных deffered объектах с такими же колбэками. На сколько мне известно вообще не существует других способов писать асинхронный код нежели использовать колбэки.
| |
|
3.27, Филипп Филиппович (ok), 11:10, 12/03/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Что за хрень вы несёте, в вашем twisted всё на обычных deffered
> объектах с такими же колбэками. На сколько мне известно вообще не
> существует других способов писать асинхронный код нежели использовать колбэки.
О, прибежал типичный опеннетчик. Выучить Twisted времени нет, Питона толком не знает, а вот про хрень порассуждать и похамить всегда готов. Погуглите defer.deferredGenerator. Внутри там, конечно, callback'и, но снаружи это вообще не видно.
| |
|
4.35, jOKer (ok), 13:44, 12/03/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
Хы! Читал-читал, думал что же это такое знакомое до боли проглядывает сквозь ворох академического словоблудия.... Конечно же greenlets! Ну, если так, то тема, без условно, годная - я знаю не один проект использующий эту методику и с очень хорошими результатами. Причем, один из таких проектов я постоянно употребляю на продакшине - это gunicorn http://docs.gunicorn.org/en/latest/design.html
| |
|
|
6.49, jOKer (ok), 19:32, 12/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
А можно пруф на спецификацию протокола uWSGI?
Потому как очень интересно:
- где/какими организациями этот протокол зарегистрирован
- какими продуктами (кроме сервера uWSGI) используется
- можно ли этот проткол (без мода) с nginx юзать
Потому что я без ответа на эти вопросы на продашене протокол как-то не привык юзать.
| |
|
5.45, Филипп Филиппович (ok), 18:48, 12/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
greenlets -- это то, что используется в gevent. И это ещё одно решение с близкими к Twisted функциями. То, что в Twisted сделано чисто Питоновскими сопрограммами на генераторах, там сделано на более низком уровне. И везде есть свои преимущества.
На gevent/greenlets, по моему опыту, пишется легче, но отлаживается тяжелее (хотя IntelliJ Pycharm с некоторых пор умеет отлаживать такой код, большинство отладчиков не могут), а анализ покрытия кода тестами иногда выдаёт феерический бред. На Twisted код более громоздкий, но тестируется сравнительно легко. Утверждается, что gevent в связке с gunicorn позволяет эффективно параллелить работу, но этого я не делал, не было реальной нужды.
В общем, дело вкуса. Для обычных задач лично я больше люблю gevent, но для очень ответственных с параноидальными требованиями по надёжности -- Twisted.
| |
|
|
|
|
3.36, Andrey (??), 13:47, 12/03/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
С помощью Reactive Extensions писать сложную бизнес логику проще чем на генераторах. Хотя это скорее не конкурирующий технологии, а приёмы, которые друг друга дополняют:
https://github.com/Reactive-Extensions/RxJS
Пример кода, который:
1. Читает данные из сокета
2. Находит сообщения в формате FIX и транслирует их в JSON
3. Результаты склеивает в список
4. Результат пишет в сокет
FixPP.prototype.prettyPrint = function(req, res) {
req.readStream()
.toBuffer()
.select(this.findFixMessages.bind(this))
.concatObservable()
.subscribe(observerFromResponse(this.Rx, res));
};
Код асинхронный неблокирующий
Код легко покрывается тестами
Код представляет из себя набор простых операторов, которые ты собираешь как конструктор
Лично мне проще писать на JS чем на питоне, т.к. в JS есть нормальная лямбда
| |
|
4.42, 50мгСчастья (?), 17:49, 12/03/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Пример кода, который:
что будет, если приедет невалидное из сокета или клиент просто отвалится?
вообщем, где обработка ошибок?
> Лично мне проще писать на JS чем на питоне, т.к. в JS
> есть нормальная лямбда
а в python есть gevent и много чего ещё.
| |
|
5.56, Andrey (??), 20:37, 12/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
> что будет, если приедет невалидное из сокета или клиент просто отвалится?
> вообщем, где обработка ошибок?
Обработка ошибок - это как раз одна из сильных сторон Reactive Extensions. В моем примере ошибка будет пробрасываться по цепочке и в результате клиент получит ответ { status: "error", details: .... }
Например, можно создать функтор (failover), который перехватывает ошибки и повторяет попытку через время, и так, например, три раза, если ошибка не прекращается - увеличивает таймаут и т.д. Теперь этот функтор можно комбинировать с любой асинхронной операцией:
file.readAll().failover(times(3), sec(15))
socket.read().failover(times(10), sec(15))
topic.readMessages().failover(times(3), sec(3))
Дальше этот алгоритм можно покрыть тестами и прогнать их за одну милисекунду используя концепцию "виртуального времени" :). RX устроен таким образом, что вы не используете никаких Sleep-ов явно, а отправляете задачу в scheduler (ThreadPool, EventLoop, NewThread, Immediate ....) и указываете когда ее выполнить, поэтому в тестах как правило используется TestScheduler на котором время "течет" быстрее.
Библиотека спроектирована очень грамотно. Рекомендую ознакомительное видео http://channel9.msdn.com/Blogs/Charles/Erik-Meijer-Rx-in-15-Minutes
Всякие futures, async, promises - это частный случай RX.
Еще очень легко управлять временем жизни ресурсов. Что делать, например, если возникла ошибка внутри сложного алгоритма или клиент нажал кнопку отмена и надо отписаться от событий, освободить ресурсы, но это уже тема для отдельного разговора ...
| |
|
4.52, Филипп Филиппович (ok), 19:45, 12/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
Да, по ощущению, это не лишено красоты, хотя мне не хватает знания контекста, чтобы оценить в полной мере. Впечатления конкурирующей технологии действительно не производит.
| |
4.61, koloboid (ok), 00:01, 13/03/2013 [^] [^^] [^^^] [ответить]
| +/– |
смотрится неплохо, но
>There is no recommended release for this project.
>This project has no releases.
>This project does not have documentation yet. Visit the Discussions tab to ask questions.
...
Кроме того, у особых "ценителей", расположение проекта на кодплексе может вызывать необъяснимые приступы попоболи и баттхерта.
мне очень интересен Rx++ в частности.
| |
|
|
|
1.22, edwin (??), 10:31, 12/03/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Решение интересное. хотя спорное .... надо будет пощупать, как оно по сравнению с рельсами ...
| |
|
2.38, Аноним (-), 15:07, 12/03/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
Щито?
Ваше сравнение будет не коректное. Из Ruby мира для сравнения скорее подходит event machine. А вобще nodejs часто используют вмете с какимто MVC фреймворком, например для того что б всторить на страничку чат. А вобще у меня складывается впечатление что nodejs это скорее для пхп-шников, так как в Python/Ruby есть свои годный асинхронные фреймворки.
| |
|
1.75, Гуру (?), 22:21, 16/03/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Образцами для разработчиков Node.js были EventMachine(Ruby) и Twisted(Python).
Как уже выше было совершенно верно подмечено.
| |
|