именно Generic Handler! Вы правы )
я понял фокус с отсутствием элемента в списке — он становится доступным только если проект ASP.NET. Из Library и др. не будет доступен.
Ну моя цель была не написать свой чат, а показать, как можно работать с Web Socket средствами ASP.NET MVC 4. А SignalR выглядит очень интересно, обязательно посмотрю его поподробнее.
Простите что вмешиваюсь, но на ASP я никогда не писал, но могу смело сказать за Python.
При каждом запросе идет разбор хэдеров, а значит будут затраты на их аналаиз. Если python подключен как cgi, то в добавок каждый модуль будет всегда подключатся и исполнятся заново, скорее всего ASP так не делает, по этому такой вариант стоит отбросить. Если использовать много поточный сервер, то остается только разбор HTTP хэдеров, а это порядка 10-20 строк.
В случае с ws, то хэдеры разбираются ровно один раз, при подключении. Но при каждом запросе, к примеру с Хрома, будет идти дешифровка сообщения, что в свою очередь тоже дает нагрузку, а я скажу что она будет повыше, чем разбор 20 HTTP заголовков.
Но если воспользоваться XMLSocket встроенными во Flash, то можно и отлично выиграть, он ничего не шифрует, а значит заниматься дешифровкой не надо.
Такие рассуждения, конечно, интересны, но хотелось бы услышать более конкретные результаты типа «Я написал чат сначала на повторяющихся запросах раз в секунду от каждого клиента, и у меня он выдерживал N одновременных пользователей. Потом я написал тоже самое на WebSocket и получил M одновременных пользователей.»
Делаем чат на ASP.NET с помощью Web Socket