HTTP - WS и HTTPS - WSS

[fixxxer]

а расскажи, чем определяешь продолжительность соединения без активности

Да тупо в лоб, у каждого соединения есть контекст, есть список контекстов, отсортированный по timestamp последнего сообщения, таймером раз в N секунд прохожусь по нему.

 

[grigori]

хмм ... чем ты получаешь контекст соединения прокси с nginx? какой id есть у соединения?

 

[fixxxer]

ммм
у меня nginx сам прекрасно дропает соединения с клиентом, соответствующее которому соединение с апстримом корректно закрыто

 

[scorpion-ds]

Кстати, вебсокеты нам нужны были для точного, до секунды, определения факта разрыва соединения.

В общем завтра подумаем, как нормально реализовать wss, я бы наверно сделал снова на PHP, но вряд ли меня допустят тратить на это время, так как, у меня, есть много других задач.

 

[AnrDaemon]

вебсокеты нам нужны были для точного, до секунды, определения факта разрыва соединения

Чо…

 

[scorpion-ds]

Нужно знать, сколько именно пользователь провел на странице, сначала использовали события закрытия страницы, но оно не всегда срабатывало в мобильных браузерах.

 

[Adelf]

на мобильных процесс браузера(или активити браузера, говоря языком андроида) может быть закрыт в любое время оптимизатором памяти(при этом юзер может просто почту почитать переключиться). Как вы там собрались анализировать... не знаю.

P.S. Возникает ассоциация с пушкой и воробьями. Но, думаю, здесь похлеще можно выразиться делают не то и не так....

 

[scorpion-ds]

Как любом случае, без вебсокетов еще хуже, кроме того в момент посещения передаются данные, как пользователь переходит между страницами (это слайдер, сама ссылка "одностраничная"), далее будет тепловая карта, как он мышкой двигал, все это записывается в REDIS, а после закрытия страницы передается уже в БД.

 

[grigori]

ммм
у меня nginx сам прекрасно дропает соединения с клиентом, соответствующее которому соединение с апстримом корректно закрыто

так акамай не закрывает

 

[fixxxer]

так акамай не закрывает

даже после шатдауна? брр а зачем такие соединения вообще держать?

 

[scorpion-ds]

https://websocket.core-site.com/app_dev.php/app/example - для примера, сегодня вот такое сделал, вроде все работает, делал почти по доке, скинул админу, может сможет повторить.

 

[scorpion-ds]

Таки реализовали (вначале той недели еще) средствами nginx, разве что разруливать разные сокеты решили доменами, почему не вышло сделать сразу, я так и не понял, наверно что-то напутали ..., сам особо не вникал, а для эксперимента сделал средствами stunnel.

 

[grigori]

даже после шатдауна? брр а зачем такие соединения вообще держать?

не знаю что такое шатдаун соединение-то keep-alive изначально, но не реюзается, не знаю почему, недодебажил

 

[fixxxer]

не знаю что такое шатдаун

Это когда сервер отправляет RST-пакет (или FIN? уже сам не помню, надо tcpdump посмотреть) и закрывает соединение со своей стороны.

 

[grigori]

а сервер не отправляет RST, сервер же не знает что клиент отвалился

 

[fixxxer]

А смысл держать соединение с клиентом, если бэкенд сказал "валите в задницу"?
Впрочем, надо посмотреть исходники модуля http_upstream.

 

[grigori]

не, там другой flow: клиент открывает long-polling на keep-alive соединении, потом отваливается чтобы пингануть систему по новому соединению,
балансер не знает, что клиент отвалился - состояние "клиент online" не роутер ведет, а приложение, которое не может обратиться к балансеру,
акамай, при этом, соединение с балансером не закрывает потому что так у него написано