Какую кометную технику использует это демо?

Question

что они делают в этой демонстрации, это именно то, что я хочу сделать.

http://www.lightstreamer.com/demo/RoundTripDemo/

Интересно, какую кометную технику они используют?

это не может быть причиной iframe в Firefox, я могу открыть две вкладки с той же ссылкой. с iframe вы не можете этого сделать. и это не может быть длительным опросом с помощью AJAX, потому что я не видел, чтобы он опрашивал что-либо с помощью Firebug

кто-нибудь знает ответ? (было бы здорово с некоторыми ссылками на хорошие учебники, которые делают то же самое с той же техникой).

Answer 1

Похоже на несколько техник, разработанных Lightstream, которые включают ванильную комету. Краткий отрывок из Lightstreamer white paper :

Каждый клиент Lightstreamer обычно открывает одно постоянное соединение с Lightstreamer Server, на котором push-обновления, касающиеся произвольное количество предметов, рам и окон перемещается с помощью методы мультиплексирования.

Белая книга и демонстрации очень интересны ...

Answer 2

Однажды я разработал модуль для веб-сервера Lighttpd. В модуле реализована технология Full Duplex Ajax, очень похожая на Comet. В моих сообщениях в блоге вы найдете все, что вам нужно о FDAjax / Comet, примерах JavaScript, проблемах с брандмауэрами и антивирусными программами и т. Д.

Проект Lighttpd кажется мертвым. Насколько я знаю, есть аналогичный модуль для популярного nginx. Однако в будущем мы будем использовать веб-сокеты.

Кстати, я использовал несколько HTTP-адресов (www1.example.com, www2.example.com, ...), чтобы обойти ограничение браузеров в макс. Двух одновременных IP-соединениях с одним и тем же веб-сервером. www [n] фактически были преобразованы в один и тот же IP-адрес. В случае возможной блокировки браузер автоматически перенаправлялся на следующий адрес www [n].

Answer 3

Хотя копаться в запутанных сценариях - это не то, что мне сейчас нравится, судя по содержанию страницы DOM, он отправляет данные из <form> внутри скрытого <iframe> для отправки данных на сервер и имеет сервер отправляет обратно <script> теги с кодом для передачи данных обратно вызывающей стороне.

Это довольно тяжелая и навязчивая техника. Это был единственный способ установить связь между серверами на странице за несколько дней до существования XMLHttpRequest; Обычно я бы не использовал его сегодня.

(Хотелось бы, чтобы WebSocket поторопился и был реализован, избавившись от всей длинной гадости по опросам.)