Pierwotnie planowałem użyć Juggernaut, jednak nie jest on kompatybilny z Rails 3. I nowy Juggernaut 2 wydaje się być całkowicie niezależny od Railsów, co nie jest tym, czego chcę. Potem znalazłem kurcze, wygląda całkiem zgrabnie, ale wciąż jest w fazie rozwoju. Zastanawiam się tylko, z której struktury powinienem skorzystać? A może jest lepszy? Dzięki!Chcę zbudować pokój rozmów za pomocą Rails, czy powinienem użyć juggernaut 2 lub skurczy?
Rozglądałem się za opcjami dla tych rzeczy dość szeroko, a czat w czasie rzeczywistym jest nieco przeciwny Railsom. Jeśli naprawdę chcesz pozostać wewnątrz Rails, to Cramp jest prawdopodobnie najlepszą opcją. Polecam również zapoznać się z tym artykułem na temat Websockets and Rails: http://www.igvita.com/2009/12/22/ruby-websockets-tcp-for-the-browser/
Używanie EventMachine do obsługi komunikacji oznacza, że nawet jeśli nadal będziesz poza Railsami, jesteś przynajmniej w Ruby i możesz udostępniać modele i biblioteki.
Mam asynchroniczne Rails zbudować na GitHub: https://github.com/tobyhede/AsyncRails
które w dużej mierze opiera się na: https://github.com/igrigorik/async-rails
Masz rację, że nowy Juggernaut jest de-sprzężony z Rails, ale to nie robi” t oznacza, że nie możesz użyć tych dwóch razem. Juggernaut pochodzi z biblioteką Ruby. Korzystanie z Juggernaut rozwiązuje problem długotrwałego połączenia, o którym mówił Toby.
Wszelkie pytania dotyczące Juggernaut, ping me a line (Jestem twórcą).
Cóż - można też spróbować Socky: https://github.com/socky/socky-server-ruby
To rubin oparte i używa websocket jako podstawy z lampą błyskową awaryjnej wspierać większość urządzeń. Jest też kompletny, bazując na rubinach, więc spróbuj jeśli chcesz :)
Właśnie dodałem wsparcie w czasie rzeczywistym do aplikacji wykorzystującej Juggernaut i byłem pod wielkim wrażeniem. – lebreeze
+1 dla aktywnego twórcy – austinbv