Как реализовать longpolling в RoR с поддержкой мобильных клиентов?
Нужно реализовать real-time взаимодействие RoR приложения с мобильными клиентами(ios, android). В браузере все понятно, есть куча js решений. Но как это правильно и красиво сделать между мобильными клиентами нагуглить толком не удалось. Хочется легко интегрируемого решения, без дополнительного веб-сервера. Наверно надо копать в сторону EventMachine и web sockets, но опять же таки не понятно будут ли проблемы с подключением мобильных девайсов.
Может кто-то сталкивался с чем-то подобным? Например мобильный чат на рельсах? Не хочется изобретать велосипед раньше времени.
В 3-их пока никак, лучше взять например Cramp как раз асинхронный фрэймворк на Ruby написанный с использованием EventMachine, Fibers и т.п. cramp.in/ с ним уже будет интереснее, сервер только бы заменить прийдется с Passenger на Rainbows или Thin, а еще лучше Puma.
мобильные клиенты нативные приложения или через браузер? Если браузер, то как раз socket.io и помогает в проверке, что держит браузер и пытается найти хоть какой-то работающий вариант.
Ну раз нативные, то даже еще проще, нравится longpoll пишите для этого протокола клиент, в Objective C есть все необходимое, в Java тоже. Тут скорее я думал вопрос про неподходящие к случаю Rails был.
Хм. А что простого-то? Допустим у меня есть некая лента, которую надо обновлять — для этого и нужен comet. И основной вопрос был как подключиться к рельсам, чтобы они сказали мобильному клиенту, что пора обновлять эту самую ленту. Точнее даже так: как заставить рельсы удерживать подключение и при этом еще отдать при необходимости какие-либо данные.
Выше же написал, что с Rails 3 в вашем случае НИКАК, он не держит стриминг, понимаете? Он получил запрос, выполнил действия, отдал ответ и отключился. В 4-ом уже будет стриминг.
Муторно это вообщем реализовывать на рельсах. Деплой любого такого велосипеда превратится в сущий ад. Вообщем выбор пал на Amazon'овские SQS + SNS. Все спасибо!
Средний
