Что такое Long-Polling, Websockets, Server-Sent Events (SSE) и Comet?

В приведенных ниже примерах клиент - это браузер, а сервер - это веб-сервер, на котором размещен веб-сайт.

Прежде чем вы сможете понять эти технологии, вы должны сначала понять классический веб-трафик HTTP.

Обычный HTTP:

1. Клиент запрашивает веб-страницу у сервера.
2. Сервер вычисляет ответ
3. Сервер отправляет ответ клиенту.

Ajax Polling:

1. Клиент запрашивает веб-страницу у сервера, используя обычный HTTP (см. HTTP выше).
2. Клиент получает запрошенную веб-страницу и выполняет JavaScript на странице, который запрашивает файл у сервера через регулярные промежутки времени (например, 0,5 секунды).
3. Сервер вычисляет каждый ответ и отправляет его обратно, как и обычный HTTP-трафик.

Ajax Long-Polling:

1. Клиент запрашивает веб-страницу у сервера, используя обычный HTTP (см. HTTP выше).
2. Клиент получает запрошенную веб-страницу и выполняет JavaScript на странице, который запрашивает файл у сервера.
3. Сервер не сразу отвечает запрошенной информацией, а ждет, пока не появится новая информация.
4. Когда новая информация доступна, сервер отвечает новой информацией.
5. Клиент получает новую информацию и немедленно посылает серверу еще один запрос, запуская процесс заново.

HTML5 Server Sent Events (SSE) / EventSource:

1. Клиент запрашивает веб-страницу у сервера, используя обычный HTTP (см. HTTP выше).
2. Клиент получает запрошенную веб-страницу и выполняет JavaScript на странице, который открывает соединение с сервером.
3. Сервер посылает клиенту событие, когда появляется новая информация.

• Трафик в реальном времени от сервера к клиенту, в основном это то, что вам нужно.
• Вы'захотите использовать сервер, который имеет цикл событий.
• Соединения с серверами из других доменов возможны только при правильных настройках CORS.
• Если вы хотите прочитать больше, я нашел это очень полезным: (статья), (статья), (статья), (учебник).

HTML5 Websockets:

1. Клиент запрашивает веб-страницу у сервера с помощью обычного http (см. HTTP выше).
2. Клиент получает запрошенную веб-страницу и выполняет JavaScript на странице, который открывает соединение с сервером.
3. Теперь сервер и клиент могут посылать друг другу сообщения о появлении новых данных (с любой стороны).

• Трафик в реальном времени от сервера к клиенту и от клиента к серверу
• Вы'захотите использовать сервер, который имеет цикл событий.
• С помощью WebSockets можно соединиться с сервером из другого домена.
• Также можно использовать сторонний хостируемый сервер webSocket, например Pusher или others. Таким образом, вам придется реализовать только клиентскую часть, что очень просто!
• Если вы хотите прочитать больше, я нашел это очень полезным: (статья), (статья) (учебник).

Комета:

Comet - это набор методов, предшествующих HTML5, которые используют потоковую передачу и длинный опрос для достижения приложений реального времени. Подробнее читайте в статье wikipedia или this.

Итак, какой из них я должен использовать для приложения реального времени (которое мне нужно кодировать). Я много слышал о вебсокетах (с socket.io [a библиотека для node.js]), но почему бы не PHP?

Вы можете использовать PHP с WebSockets, посмотрите Ratchet.

Tieme приложил много усилий к своему отличному ответу, но я думаю, что суть вопроса ОП в том, как эти технологии связаны с PHP, а не в том, как работает каждая технология.

PHP является наиболее используемым языком в веб-разработке, помимо очевидных клиентских html, css и javascript. Тем не менее, у PHP есть две основные проблемы, когда речь идет о приложениях реального времени:

1. PHP начинался как очень простой CGI. PHP очень далеко продвинулся с ранней стадии, но это происходило маленькими шагами. К тому времени, когда PHP стал гибкой и встраиваемой библиотекой на языке C, которой он является сегодня, у него уже было много миллионов пользователей, большинство из которых зависели от более ранней модели исполнения, поэтому он еще не предпринял серьезной попытки уйти от модели cgi. Даже интерфейс командной строки вызывает библиотеку PHP (libphp5.so в linux, php5ts.dll в windows и т.д.), как будто это все еще cgi, обрабатывающий GET/POST запрос. Он по-прежнему выполняет код так, как будто ему нужно только создать "страницу", а затем завершить ее жизненный цикл. В результате, он имеет очень слабую поддержку многопоточного или событийного программирования (в пользовательском пространстве PHP), что делает его непрактичным для многопользовательских приложений реального времени.

Обратите внимание, что PHP имеет расширения для обеспечения циклов событий (например, libevent) и потоков (например, pthreads) в пользовательском пространстве PHP, но очень, очень, очень немногие приложения используют их.

2. PHP все еще имеет значительные проблемы со сборкой мусора. Хотя эти проблемы постоянно улучшаются (вероятно, это 'величайший шаг к завершению жизненного цикла, как описано выше), даже самые лучшие попытки создать долго работающие PHP-приложения требуют регулярного перезапуска. Это также делает его непрактичным для приложений реального времени.

PHP 7 станет большим шагом к исправлению этих проблем, и кажется очень перспективным в качестве платформы для приложений реального времени.

Я постарался сделать заметку об этом и собрал и написал примеры с java перспективы.

HTTP для Java-разработчиков

Обратный Ajax - старый стиль

Асинхронная обработка на стороне сервера

Обратный Ajax - новый стиль

События, посылаемые сервером

Помещаю это здесь для любого java-разработчика, который изучает ту же тему.

Вы можете легко использовать Node.JS в веб-приложение только для общения в реальном времени. Node.JS очень мощный, когда он'ы о WebSockets. Поэтому "и на PHP уведомления через узел.Яш", которая будет отличным концепция.

Смотрите в этом примере: Создание в режиме реального времени чат приложение с PHP и Node.js