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.
Похоже, мы под мультиплексором понимаем разные вещи.
|