Пришло время для websocket?

Question

[phpus]

Знаком с ним, но к увы на тот момент он был не актуальным.
С первого знакомства он мне понравился, когда начал изучать, наткнулся на все его плохие стороны и отложил в сторону.
Спустя почти год, я решил попробовать ввести его в проект и хочется спросить, кто писал проекты с использование websocket ?
Как он видет с клиентом?
Какой % юзекров он охватывает (поддержка) ?
Как быть с теми у кого он отключен, не доступен, и вообще нету поддержки ?
Какие проблемы могут возникнуть при работе с ним ?

Спасибо, хочется знать ваше мнение.
Может есть альтернатива, новые варианты (про ajax не писать, если только он не альтернатива"при отказе работы websocket")

Answer 1

[AxisPod]

bit.ly/THQqQy

Comments

[65536]

хахах

[phpus]

Вы используете его ?

Answer 2

[Александр Кубинцев]

Как он видет с клиентом?
Какой % юзекров он охватывает (поддержка) ?
Как быть с теми у кого он отключен, не доступен, и вообще нету поддержки ?
Какие проблемы могут возникнуть при работе с ним ?

- не понимаю до конца вопроса, но клиенты видят нормально
- его нет только у пользователей IE < 9, опционально не отключается в браузере
- проблемы могут быть, если не зарулить его грамотно в nginx как часть url (а не как некоторые просто вешают отдельным портом). И еще конечно же при работе в сетях мобильных операторов, это надо отдельно тестировать.

Comments

[phpus]

Вы используете его ?

[Александр Кубинцев]

phpus: да, но в некоммерческом проекте, уже более года.

[phpus]

А как решаете вариант с браузерами по типу ie8 ?
Или к примеру спецально отключенным ? Такое делали в новых браузерах (Опера и мозила, правда версию не помню, но могу поискать)

Или к примеру geektimes.ru/post/109785
Так-то пофиг если у тебя обычный сайт, блог итд.. Но если интернет-магазин, может уже все фиксанули, но все же я поищу инф. и прочитают. В ajax есть свои дыры, но их можно заделать или полностью закрыть. Почему тот же вк сидит на лонг пуле, в место веб сокета ?

[Александр Кубинцев]

phpus: я на IE8 вообще забил, тем более, что его сняли с поддержки уже. Firefox, Opera, Chrome регулярно обновляются, можно считать, что все пользуются актуальными версиями.
Как failover конечно остается long-polling. А ВК кстати уже давно перешёл на вебсокет.

[phpus]

Александр Кубинцев: Да ладно ? Как давно меня не было.. Сколько нового.
И с ним точно не будет проблем ? По типу кражи инф. ?
Просто если это так, вы меня обрадовали. Скорость загрузки увеличится раз в 10, постоянное соединение, шикарно. Хотя и не везде. А если не работает или нету поддержки? Проверка, и из ходя из нее ajax || websocket ? Если так подумать, только как ее сделать, даже не столько важно как, а где. Есть варианты ?

[Александр Кубинцев]

phpus: ну на счет скорости загрузки это конечно не совсем по адресу. Фишка главная это экономия на отсутствии необходимости дергать соединение для получения обновлений или отправки информации. В плане безопасности все хорошо. Есть поддержка ssl (wss протокол)

[Александр Кубинцев]

phpus: на счет вариантов деградации - дело техники, хотя это по сути нужно будет поддерживать 2 разных сервиса

Answer 3

[xmoonlight]

Веб-сокет как вебсокет, время его уже давно пришло.
А что, собственно, Вас смущает?

Comments

[phpus]

Вы используете его ?

[xmoonlight]

phpus: да и нет никаких камней.

[phpus]

А как решаете вариант с браузерами по типу ie8 ?
Или к примеру спецально отключенным ? Такое делали в новых браузерах (Опера и мозила, правда версию не помню, но могу поискать)

Или к примеру geektimes.ru/post/109785
Так-то пофиг если у тебя обычный сайт, блог итд.. Но если интернет-магазин, может уже все фиксанули, но все же я поищу инф. и прочитают. В ajax есть свои дыры, но их можно заделать или полностью закрыть. Почему тот же вк сидит на лонг пуле, в место веб сокета ?

Answer 4

[Станислав Романов]

Я использовал.

Как он видет с клиентом?
Какой % юзекров он охватывает (поддержка) ?

IE10+ caniuse websockets

Как быть с теми у кого он отключен, не доступен, и вообще нету поддержки ?

Я делал так, у меня фронтэнд на Ember.js, если сокеты поддерживаются, включается адаптер который тянет API через сокет, если нет - стандартным RESTful.

На бэкенде пишите так архитектуру чтобы контроллеры отдавали только массив готовых данных, а middleware уже подготавливали ответ в нужный формат в зависимости от того, кто инициализировал запрос, RESTful или websocket.

Такой подход минимизирует дублирующий код.

Какие проблемы могут возникнуть при работе с ним ?

У нас с PHP были проблемы. Один pid не имеет доступа к другому pid. Соответственно чтобы процессы могли общаться с друг другом нужно было поднимать еще один внутренний сокет на сервере. PHP :)