Как обновить страницы у всех пользователей сайта?

Question

[wolf-9830]

Допустим есть сайт, на котором есть нечто похожее на стену вк, пользователи заходят на сайт и оставляют там какой-нибудь комментарий, так собственно вопрос:
Как сделать так, чтоб при добавление коментария одним из пользователей контент обновлялся у всех пользователей? На ум приходит только ajax, но не совсем понимаю как это реализовать, натолкните на мысль

Answer 1

[holfza]

https://learn.javascript.ru/websockets

Answer 2

[Dimonchik]

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

JS постоянно чекает сервер, есть принятые данные - дорисовывает DOM страницу

Comments

[wolf-9830]

"чекает" по таймеру?

[Dimonchik]

естественно, открой несколько вкладок ВК и разлогинься в одной ))
хотя всякие PUSH для браузера тоже используются
ну и пора осваивать www.telerik.com/fiddler

[Alexander Litvinenko]

dimonchik2013: в контакте кстати Jabber сервер на Node.js который он работает по WebSocket, как написали выше. В WebSocket "чекать" ненадо, там двухстороння связь, сервер сам может уведомить скрипт в драузере, что-то надо обновить что-то, не дожидаясь когда скрипт его спросит.

[Dimonchik]

Alexander Litvinenko: и для feed тоже?

[Alexander Litvinenko]

dimonchik2013: не углублялся в частности, но глупо былоб делать пол сайта на одной технологии, пол сайта на другой, скорей всего да.

[Dimonchik]

Alexander Litvinenko: понял, спасибо! меня прогеры убеждают, что Вебсокет накладная технология для сервера, я потому и уверен, что в чатиках или каком-нибудь ливсерч еще можно, а посложнее уже нет

[Alexander Litvinenko]

dimonchik2013: зависит от ситуации, можем поговорить в скайпе, углубимся в детали, скайп FenixSumi

[Роман Макаров]

Только сервер попусту загрузите.

[Антон]

dimonchik2013: нисколько не накладная. Особенно по сравнению ajax, где в минуту может быть несколько десятков запросов, а в websocket всегда будет одно постоянное соединение

[Dimonchik]

у меня WebSocket ассоциируется с SYN flood DoS, надо будет изучить, какие ресурсы тратятся на поддержание этих самых постоянных соединений

Answer 3

[Роман Макаров]

Веб-сокет для таких целей - перебор, вот на мой взгляд самое рациональное решение long polling/Длинные опросы

Answer 4

[Vladislav Soprun]

Как ранее сообщалось, есть websockets.

Но! Учти что websockets требуют постоянно соединения с сервером, что при достаточно большом количестве пользователей приведет к огромной нагрузке на интернет канала и избыточного количеств процессов...

Тут можно долго спорить какой из методов лучше...

Я порекомендую удаленные websockets сервер, а конкретно pusher.com.

Аргументирую:

1. Легкость внедрения в приложения любой* сложности.
2. Никакой* нагрузки и избыточных процессов.
3. Реальное время. (long polling - подразумевает чек раз в n секунд)

Но он стоит денюшку, так что смотри сам на сколько важен реалтайм и какое количество запросов ты сможешь обработать.