Jak działa xsockets.net (.NET WebSocket Server) w systemie Windows 2008?

Question

ja porównujących serwery websocket

1. xsockets.net
2. SuperWebSocket
3. Fleck
4. SignalR

SignalR jest dostępny tylko na Server 2012, ale moje serwery z systemem Windows 2008.

SuperWebSocket & Fleck, obsługują tylko awarię flash-proxy.

xsockets.net, ten ma wsparcie wspólnej obsługi z długimi zbiorami w starszej wersji przeglądarki internetowej. Ale mówi, że awaryjne jest dostępne tylko dla projektu MVC3/4. Czy można otworzyć port w aplikacji MVC3/4, aby akceptować połączenia dla klientów obsługujących websocket? Wydaje mi się niemożliwe na Windows 2008.

Mam pytanie, czyli: jak działa XSockets.NET w Windows 2008?

Jak wiesz, funkcja WebSocket nie jest dodawana w http.sys do IIS8.0. W IIS7.5 SignalR zawsze działa w trybie długiego pulowania dla wszystkich klientów.

Czy to samo dotyczy XSockets.NET? ponieważ jest powiedziane, że awaryjne wycofywanie jest obsługiwane tylko w projekcie MVC3/4. Jeśli chcę skorzystać z wsparcia zastępczego, muszę użyć XSockets.NET w MVC3/4, który jest ostatecznie hostowany przez IIS. A IIS7.5 nie ma funkcji websocket, bo tak się obawiam

Czy ktoś wie jak to działa w IIS7.5, który obsługuje aplikację MVC? Obsługiwać wszystkich klientów poprzez długoterminową pulę?

Answer 1

Edit:

Kompatybilność

XSockets będą websocket zgodny na dowolnym komputerze z systemem .NET 4,0 (lub nowszy) lub Mono. Jest to niezależne od systemu operacyjnego ... Możesz nawet uruchomić kompletne XSockets na Raspberry PI, jeśli chcesz. Jedyny przypadek, w którym XSockets użyje kreacji zastępczej, jest taki, że połączenie klienta nie obsługuje gniazd internetowych (IE9, IE8 itd.).

SignalR zbudował obsługę WebSocket na platformie .NET 4.5 i wbudowanej przestrzeni nazw WebSocket (w wersji 4.5), podczas gdy XSockets wdrożył protokół WebSocket w .NET 4.0 (między innymi). SignalR i XSockets naprawdę nie mają nic wspólnego z komentarzem, poza tym, że oba są zbudowane na platformie .NET, po czym wyglądają zupełnie inaczej ... Ale to jest poza zakresem.

Środowisko

Od XSockets wdrożył protokół websocket przez to samo to oznacza, że ​​XSockets nie jest uzależniona od żadnego serwer, IIS, Apache itp ... To może działać jako usługa systemu Windows lub na samodzielne Azure Jeśli lubisz. Możesz jednak uruchomić XSockets w swojej sieci i tak właśnie jest skonfigurowany podczas instalacji naszego pakietu nuget.

awaryjna

Po zainstalowaniu XSockets do roztworu MVC3/MVC4 instalacja będzie automatycznie zarejestrować dodatkowy kontroler. Ten kontroler użyje naszego zewnętrznego interfejsu API (gniazd) do komunikacji z XSockets, a JavaScript API wykona AJAX (longpolling) przeciwko temu kontrolerowi, jeśli klient nie obsługuje stron internetowych. Jako programista nie musisz robić nic innego oprócz dodawania dodatkowego pliku JavaScript, jeśli chcesz korzystać z kreacji zastępczej.

Teraz możesz również wykonać działanie awaryjne dla WebForms (i Azure), ale ponieważ jest to poza zakresem, zostawiamy to na później, jeśli masz pytania na ten temat.

Bottom Line omotać ...

• Nie martw się o XSockets wymagających specjalnego OS do biegania, prowadzimy na dowolnym środowisku Windows/Unix/Linux tak długo jak .NET 4.0 lub Zainstalowano Mono na .
• XSockets działają wewnątrz IIS, na Azure, jako usługa Windows lub po prostu aplikacja konsolowa ... Możesz nawet uruchomić serwer na Raspberry PI lub wszystko inne (telefon lub cokolwiek innego), o ile wymagania dla .NET/Mono jest pełne.
• XSockets można rozwijać zarówno w środowiskach .NET/Mono, dzięki czemu można opracowywać wtyczki zarówno z systemu MAC, używając Xamarin, jak i systemu Windows przy użyciu programu Visual Studio.
• Kreacja zastępcza zostanie automatycznie skonfigurowana podczas instalacji w MVC3/MVC4, ale można także skonfigurować awarię na platformie Azure i WebForms.
• SignalR ma środowisko serwera decydujące o tym, czy klienci mogą korzystać z gniazd internetowych, czy nie, XSockets zawsze mają portale sieciowe i powrót do longpolling tylko wtedy, gdy klient nie obsługuje sieci WWW .