Что выбрать Node.js или Ruby on Rails для данного функционала?

Question

[skvoshiz]

Недавно задавал вопрос Возможно ли реализовать функционал десктопной программы в ВЕБе?
Остановился на двух: Node.js и Ruby on Rails
Более подробно описываю всю судь:
- Клиент заходит на сайт
- Вводит туда список Прокси HTTP/HTTPS/Socks4(a)/Socks5 (100 шт.) и список аккаунтов с соц.сетей (100 шт.)
- Нажимает кнопку "Старт"
Что должен делать сервис:
- 1 аккаунт = 1 прокси, с каждого аккаунта отправляется запрос на различные соц. сети
- Парсить ответы, записывает данные и заново отправляет запросы... (примерно один запрос к соц сети с 1 аккаута идет с задержкой в 1-5 сек)
- Производить запросы сразу (многопоточно) со всех аккаунтов
- Выполнять все это когда вкладка сайта открыта
- Выполнять все это когда вкладка сайта закрыта
Особенности:
- Я предполагаю, что это не слабая нагрузка на сервер, т.к. если 100 клиентов загрузят по 100 аккаунтов то это будет 10.000 обращений каждые 1-5 сек на сервер
- Нужно реализовать так, чтоб при открытой вкладке сайта вся нагрузка была на клиенте, а при закрытой вкладке сайта вся нагрузка переходила на сервер

Что лучше подходит для данной реализации функций Node.js или Ruby on Rails?

Comments

[Сергей Зеленский]

Китайцы)

[Алексей Ярков]

Сергей Зеленский: +1 )))

Answer 1

[Заур Ашурбеков]

Тут явно перевес в сторону js в том плане, что вы можете один js код использовать как на сервере, так и на клиенте, в случае же с Ruby вам придется код писать на два языка. И то, что у Вас одновременно большое количество параллельных процессов говорит в сторону Node.js.

Comments

[Антон Дьячук]

нода не спасет
похоже вообще надо на Go писать или на Erlang

Answer 2

[Сергей Зеленский]

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

Answer 3

[Антон Дьячук]

Без разницы.
Важнее то что вам нужно использовать очередь сообщений для обработки, тогда сервер приложения будет принимать команды для обработки, но сам на обработку тратить время не будет.
А работники будут получать задачи из очереди и обрабатывать так быстро как смогут, ну и конечно сколько работников вам удасться запусти на ваших ресурсах.
Ну и вы можете не 10000 тысяч сообщений отправлять с сервера, а пачку: 100 сообщений состоящих из 100 сообщений для каждого клиента.