Какая технология лучше для comet-сервера: tcp sockets, websockets или long polling?

Question

[Сергей Просвирнин]

Делаем игру для контакта. Нужна двухсторонняя связь сервера-клиента для передачи данных только от сервера к клиенту из бд(по определенным событиям) и туда-обратно для чата. Никак не могу разобраться, что будет лучше. Планируется высоконагруженное приложение (backend на php, frontend на flash). Варианты реализовывать на node.js либо на php. В websocket несколько смущает поддержка только в новых версиях браузеров. Полагаю, что tcp sockets будут выигрывать у websockets? В tcp sockets есть поддержка всех браузеров, и меньше данных передается при запросе/ответе(на сколько я знаю). Может быть есть еще какие плюсы или минусы.

Answer 1

[Сергей Просвирнин]

Решили сделать comet-сервер на node.js на основе tcp-sockets.

Answer 2

[Tyranron]

Если клиент на flash, то не вижу проблем использовать стандартные tcp sockets, это ведь не js в браузере и никто не запрещает.
Сервер, как на меня, лучше сделать на node.js, чем на php, так как у последнего изначально иная природа (хоть и есть всякие php-daemon). Если будут какие-то тяжелые вычисления на сервере, то с node.js можно их пробрасывать на тот же php, дабы не грузить node.js (она однопоточная, не забываем об этом).
В качестве альтернативы также могу посоветовать использовать Go. Сервер на нём пишется не медленнее, чем на node.js, он может работать не только в одном потоке, потому тяжелые вычисления, в принципе, можно и не выносить за пределы. Компилируется. А также гораздо богаче инструмент для асинхронных взаимодействий прямо на уровне языка, а не библиотек.

Comments

[Сергей Просвирнин]

Спасибо за ответ.
А чем tcp sockets будут выигрывать у websockets? Я так полагаю, будет поддержка всех браузеров, и у tcp sockets меньше данных передается при запросе/ответе(на сколько я знаю). Может быть есть еще какие плюсы или минусы.

[Tyranron]

По сути - ничем. Это одно и то же. Просто websockets - это обвязка в стиле http поверх tcp сокетов для того, чтобы пользователь через браузер мог выполнять полнодуплексную связь с сервером. Flash - не браузер, и у него таких ограничений нет.
Если планируется html5 версия приложения, то тогда лучше выбрать websockets, так как приложение будет крутиться средствами браузера, а браузер не умеет просто так взять и сделать любое tcp соединение куда угодно, умеет только по http-подобным протоколам.

[Сергей Просвирнин]

Спасибо, понятно

Answer 3

[VoidVolker]

Веб-сеоктеы уже давно стандартизированы и есть, если и не во всех, то в популярных браузерах точно. И они куда удобнее всяких кометов и лонг-поллингов. Существенный плюс веб-сокетов: нет никаких лишних данных при передаче сообщения типа http-заголовоков и т.п., соответственно не тратится время и ресурсы на их обработку. В общем, удобная очень штука =)

Comments

[Сергей Просвирнин]

А в чем websockets выигрывают у tcp sockets?

[VoidVolker]

Возможно мой вопрос покажется глупым или невежливым, но вы сами-то понимаете, что есть TCP сокет?
Веб-соскеты - это по сути протокол обмена сообщениями. Он удобен прежде всего тем, что там нет ничего лишнего и он очень простой. Призван заменить техники лонгполлинга и комет на веб-страницах - это когда устанавливается соединение с сервером, но сервер отвечает не сразу, а когда у него появится какое-либо сообщение, при этом соединение держится несколько десятков секунд и потом производится реконнект.

[Сергей Просвирнин]

это все понятно, но почему тогда не использовать tcp sockets? Они есть во флеше, работают в старых версиях браузеров.

[VoidVolker]

А никто и не запрещает :) Выбирайте то, что вам удобнее и практичнее.

Answer 4

[Vladimir Goncharov]

На работе изначально использовали обычные сокеты, т.к. было только ios-приложение, потом появилась вебверсия и перешли на вебсокеты.
Покрытие вебсокетов составляет около 96% - habrahabr.ru/company/ifree/blog/211504
Можно смело их использовать.
Из плюсов вебсокетов над обычными сокетами (кроме поддержки браузером) - можно проксировать через nginx, что позволяет использовать один порт несколькими вебсокет-серверами, а также с помощью nginx можно ограничивать количество соединений с одного ip и прочие плюшки.