tex0: Если проект на Node, то нет смысла раздувать стек "другими способами". Тут весь вопрос в правильной архитектуре и квалификации разработчика. Node-разработчик, это не просто JS-разработчик который просто пишет для бекенда. Предполагается ещё понимание специфических для бекенда вещей, таких как потоки, процессы и асинхронное взаимодействие с ними.
Может скажу сейчас не очевидную вещь, но тяжёлые вычисления в "свободное время (ночью)" на Node тоже вполне можно производить. Просто не надо это делать в event loop`е координирующего процесса. За счёт более экономного использования памяти и скорости языка, такой подход будет лучше чем PHP, и уж точно не хуже Python.
vasIvas: таск который я привёл в пример отслеживает как раз изменения серверного кода и перезапускает серверный процесс. Изменения в клиентском коде отслеживает другой таск, в котором заложена пересборка в бандл посредством browserify.
Сергей Протько: Библиотека async - надстройка над промайсами? Вы серьёзно? Это альтернатива, которая к промайсам не имеет никакого отношения. И альтернатива более удобная в условиях работы с потоками ввода/вывода в node.js.
moon_and_altair: SOAP это транспорт. Реализация RPC для 1С. А уж что вы там гоняете - это ваше дело, хотите данные - выгрузки, хотите - команды взаимодействия.
Oleg_Bar: мне не очень понятна ваша проблема, т.к. я не знаю архитектуры вашего приложения. В Redis команда keys довльно гибкая и позволяет искать по маске. Там немного иной подход в организации данных. Но я ни разу не упирался рогом в проблему невозможности искать по значению. Организуйте так, чтобы добираться по ключу.
Если комнаты небольшие, то не вижу ничего страшного в том, что каждый воркер будет сопровождать определённые комнаты и хранить их состояние. Если вам нужна функциональная равнозначность воркеров по любой из комнат, значит не храните состояние в воркерах, а храните в Redis.
DarkLynx91: дополнительно, могу сказать, что вначале рассматривалась схема AJAX restfull API + уведомление об изменении модели на сервере по websocket. Но очень быстро стало понятно что AJAX API просто ни к чему и данные моделей тоже можно гонять по websocket. Были конечно опасения и сомнения вроде ваших: конец 2011 года, информации почти никакой, Node.js всерьёз ещё мало кем рассматривалась. Но уже тогда, выглядело всё более чем адекватно, поэтому рискнули. И не прогадали.
aen: "Модули марионетки устарели. Лучше ими не пользоваться. Берите любое решение: requirejs, commonjs или babeljs с es6-модулями." - это бред. а почему - я уже написал в предыдущем комментарии.
