Я реализую систему, где мне нужны обновления в реальном времени. Я смотрел на определенные сценарии, и среди всех была Комета. Реализация этого, я не вижу способа, которым это отличается от традиционного длинного опроса.
В обоих случаях необходимо отправить запрос, и затем сервер передает ответ обратно. В браузере Вы интерпретируете ответ, и затем Вы запускаете новый запрос.
Итак, почему я должен использовать комету, если в обоих случаях я должен открыть и закрыть соединения.
Некоторые методы Comet не требуют, чтобы вы постоянно открывали новые запросы (например, фрагментированный скрытый iframe), идея заключается в том, чтобы удерживать запрос открыть и заставить сервер периодически отправлять данные. Но это не работает во всех основных браузерах без (как деликатно выразился один из авторов Википедии) отрицательных побочных эффектов, отсюда и метод длительного опроса. Подробнее в связанной статье.
Как упоминал Марсело, Комета обычно используется для описания любых методов «потоковой передачи HTTP», включая длинный опрос. В некоторых случаях Comet может также более конкретно относиться к протоколу Байё . Например, плагин jQuery Comet относится к этому протоколу. С веб-сайта Bayeux:
Доставка асинхронных сообщений с сервера на веб-клиент часто описывается как server-push. Комбинация методов server push с веб-приложением Ajax получила название Comet. {{ 1}} CometD - это проект Dojo Foundation по обеспечению множественной реализации протокола Байё на нескольких языках программирования.
Bayeux - это попытка стандартизировать протокол публикации / подписки с использованием методов Comet, что позволяет поставщикам клиентских и серверных библиотек создавать совместимые компоненты.
Комета - это обобщающий термин для широкого диапазона методов асинхронного обновления, из которых длинный опрос является лишь одним из них.
Если вы хотите подтолкнуть к вытягиванию, вы можете использовать JPE .