VargantДобрый день!

Направьте пожалуйста в нужную сторону.

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

Будет две реализации.

Первая, локальный мониторинг - это компьютер, который находится внутри сети, тут критична реакция на обновление данных, не более 1 секунды.

Удаленный мониторинг через интернет, задержка менее критична, но не более 10-20 секунд.

В первом случает, я так понимаю, необходимо просто держать открытое соединение (long-poll), во втором делать постоянный опрос (polling).

Вопрос, long-poll/polling это единственный подход или есть другие варианты? Какие есть готовые фреймворки/плагины к ним (jquery?) способные помочь в реализации поставленной задачи?

Заранее благодарен за помощь!

WebSockets - это то, что тебе нужно. Попробуй рассмотреть его в связке с Node.js - красиво получается.

ShSergeVargant,

Погуглите слово comet .

Это костыль. С появлением WebSocket - не актуально.

ShSergeДринкинспропущено...


Это костыль. С появлением WebSocket - не актуально.
ВэбСокет - точно костыль.

С какого такого бодуна? Его как раз разрабатывали на замену костылям типа этих самых кометов. Реализация задачи ТС"а на WebSocket+Node.JS - несколько десятков строк кода, как клиентского, так и серверного (только обмен сообщениями, без учёта отслеживания изменений или что там ему надо). И работает нормально, надёжно.

ShSergeVargant...WebSocket как 3 года приобрел статус RFC в отличие от модели Comet...
А эта хрень (комет) уже второй десяток лет работает без проблем.

С проблемами. Т.к. костыль. С кучей недостатков. Вебсокеты сделаны специально для этого, и введены в стандарт. Так что - комет устарел, и не актуален.

Фокспро вон тоже "работает" по 20 лет в особо запущенных случкях. Так что, это повод делать на нем новое ПО???

Яростный Меч
комет теперь актуален только в IE9-

Т.е. не актуален.

VargantShSergeЯростный Меч,

Я пробовал в одном из проектов вэб-сокет. Например, меня не устраивает некоторый специальный формат для передачи данных. Но это - только во первых, на самом деле, там много всего не устраивающего.
Вы могли бы разжевать, другим ведь тоже интересно, какие могут быть проблемы при использовании данного продукта.

Да нет там никаких косяков. Формат передачи данных - стандартный, кошеrный JSON. На стороне клиента - всё по стандартам ЖС асинхронно, т.е. вешаешь обработчик на приход мессаги - выполняешь действие. Пишешь в сокет одной командой. Ну, пара обработчиков ещё на коннект/дисконнект, чтоб в случае дисконнекта - реконнект, и всё. Клиентская часть в "базовой поставке" - 10 строк кода.

Серверная - как реализуешь. Я работал с Node.js. Там всё аналогично, асинхронно, удобно и красиво. Nginx проксирование вебсокетов поддерживает, можно раскинуть "обычные" страницы и интерактивную часть на разные серверы: типа сайт на пыхе, а интерактив - на ноде. Вебсокет-сервер на пыхе написать, конечно, можно, но ИМХО - нецелесообразно, не предназначен он для этого.

Может, если сервер на каких-нибудь копротехнологиях - то проблемы и есть. А если на нормальных - всё очень классно.

Vargant, По Node я с вот этим вот модулем работал. npm install ws - и вперёд. Ничего плохого про него сказать не могу: работает, читает, пишет, не глючит. Что ещё от сокета требуется?

VargantДринкинсVargant, По Node я с вот этим вот модулем работал. npm install ws - и вперёд. Ничего плохого про него сказать не могу: работает, читает, пишет, не глючит. Что ещё от сокета требуется?
Мне в принципе больше ничего и не надо на данном этапе. Про ws уже немного почитал. С WebSocket-Node в обще не работали?

Нет, с этим не работал. Не думаю, что там большая разница.