спрошу про похожую задачу, чтобы ветки не плодить:
есть задача обмена короткими (до 200 байт) сообщениями юзер-то-юзер через общий вебсервер на пхп. Реализована в виде простейшего пхп-вебчата. Не устраивает суммарное время отклика (лаг) на передачу данных в 1 конец: юзер1-сессия1-чат на вебсервере-рефреш вебстраницы-сессия2-юзер2. Пир-то-пир не вариант (фаерволами всё закрыто, только хттп доступен).

Подскажите, можно ли средствами пхп реализовать обмен между двумя клиентскими хттп-сессиями примерно так:
- сессия1 делает долгий POST-запрос, секунд 30, передавая маленькими порциями нужные сообщения, вперемешку например с пробелами (чтобы не оборвалась сессия по таймауту);
- сессия 2 аналогично делает долгий GET-запрос, тоже маленькими порциями (тоже фейковые пробелы например можно отдавать с сервера, если от сессии1 долго никаких данных не поступает);
- пхп на вебсервере по получении очередной порции данных от сессии1 подсовывает их в буфер для отдачи в сессию2.
- по прошествии 30 секунд сессии рвутся, и процесс повторяется заново.

Или такой "пакетный" режим может не сработать на стороне вебсервера (хостинга провайдера)?

помимо минимизации лага передачи пакета, хотелось бы таким образом минимизировать ещё и накладные расходы (трафик) на передачу данных - т.к. схема с чатом на каждое 100-200байт сообщение ещё и лишний http-заголовок порождает (ещё 200 байт, и часто не один, т.к. данные передаются нерегулярно).

почитал про stomp - я так понимаю, что его не на каждом вебсервере провайдер даст поднять. К тому же, я правильно уловил, что ему нестандартный свободный порт на сервере нужен (на 80 не повесишь)?
А штатные возможности движка пхп позволят отлавливать событие приёма очередной порции данных во входной буфер? Просто с пхп знаком весьма поверхностно.