Re[11]: Comet

[Vitaly Puzrin <vitaly@xxxxxxxxxxx>]

Да, вы правы. Если при этом еще получится поддерживать наружу не
только http, то получится вообще предел мечтаний, то есть, демонов
писать на php.

Тогда между comet-модулем и FCGI получается примерно такой механизм,
как вы описали. Как наружу - пока не понял. Не хотелось бы только http
ограничиваться.

DM> Вы несколько сужаете задачу. Даже в чатах есть системы комнат, есть 
приватные
DM> сообщения... то есть, есть механизм разделения данных: кто может получить
DM> данное сообщение, а кто нет. Слать сообщение всем в надежде, что там, на
DM> месте, JS разберётся -- не есть секьюрно. А ведь комет -- не только чаты.

DM> Базовый функционал -- это именно асинхронно подсовывать данные в 
_конкретное_
DM> соединение. Или в N _конкретных_ соединений. Если есть такая возможность,
DM> то разослать те же данные всем Васям в чате -- дело техники.


AS>>> Hello David,
AS>>> 
DM>>>> a) дepжит пocтoянныe coeдинeния c клиeнтaми и б) пpинимaeт oт
DM>>>> бэкенда дaнныe и paccылaeт иx в нyжныe coeдинeния.
DM>>>> 
AS>>> как он узнает что в какие-то соединения надо новые данные от
AS>>> бакендов получить и засунуть ?
AS>>> 
>> Демон - конечный автомат. Он не может родить данные от себя самого
>> просто так. Любое действие происходит только по внешнему запросу.
>> 
>> Например:
>> - Вася в чате сказал "привет"
>> - данные пошли на сервер
>> - данные обработались скриптом
>> - раздались через открытые соединения всем посетителям чата
>> Событие всегда инициируется запросом со стороны клиента. А для того,
>> чтобы распараллелить ответ, как раз и нужен comet или как там
>> его. Фактически, это голый мультиплексор: получаем запрос от одного,
>> а транслируем ответ всем кто прицепился.