ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re[2]: Comet



>> А для чатов, бирж, и живых лент новостей, особых проблем не вижу. По
>> крайней мере, для чатов было названо несколько вариантов обхода узких
>> мест.
AT> Для чатов мгновенно выяснилось, что там поток данных к разным
AT> юзерам таки неодинаковый. Приваты, комнаты и прочие особенности.

AT> А дальше с чатами начинается интересно: 
AT>  * мы либо держим на каждого клиента два потока (общий и приватный), но в
AT>   этом нет смысла (мы же хотим поэкономить соединения с backend),
AT>  * либо приделываем в nginx механизм фильтрации записей по конфигу,
AT>    динамически получаемому с backend (опять возникают записи и их 
AT>    интерпретация на frontend)
AT>  * либо опять имеем по потоку на клиента.
AT>  * либо позволяем приватным сообщениям опаздывать и их подгружаем аяксом
AT>    по таймеру (раз в 10 секунд, например). Тоже странно....

У нас мультиплексор жесткий или управляемый? Сообщения льются либо
"броадкастом", либо персонально. Просто скрипт вместе с очередной
порцией данных шлет заголовок, кому рассылать а кому нет. Соединение с
клиентом - в единственном экземпляре, естественно. Чату такого хватит
за глаза. Дело только в качественной реализации конечного автомата.

В принципе, это близко к пункту 2, и автоматически включает пункт 3.
Похоже, мы под мультиплексором понимаем разные вещи.





 




Copyright © Lexa Software, 1996-2009.