ПРОЕКТЫ 


  АРХИВ 


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> А если нету FCGI, а есть просто TCP-поток (цепочка мультиплексоров) ?
>> 
>> Если нету, то абстрактно - кранты. А реально -  может клиенту и не
>> потребуется напилка для того случая. Приведите пожалуйста пример, когда
>> встречается ситуация, которую вы описали (где при этом нужен
>> мультиплексор для постоянный соединений).

AT> Телевизор/радио (в смысле - вещание). Но без мультикастов, а на своем 
AT> нормальном протоколе доставки.

AT> В теории, мы имеем дерево мультиплексоров, клиент приходит на ближайший
AT> к нему и сосет с того места, с которого пришел.

AT> Естественно, ему нужно синхронизировать поток на целый кадр, а не на дельты.

AT> Alex

А клиентом кто будет? Неужели браузер? Если я правильно понимаю,
задача стояла избавиться от оверхеда в http-сессиях и сделать
"дешевое" обновление данных. И речь шла о взаимодействии клиента с
сервером, а не о посторении внутренней инфраструктуры. Какое отношение
пример имеет к "комет"-у ? Я полагал, что мы комет обсуждаем.




 




Copyright © Lexa Software, 1996-2009.