ПРОЕКТЫ 


  АРХИВ 


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]: + UPD



Здравствуйте Алекс,

AT> Задам те же два вопроса
AT> 1)  новому  подключенному клиенту что выдавать (не выдать ничего -
AT> для чата - нехорошо, ему нужно полэкрана текста таки насыпать) ?

Это  не  задача  мультиплексора. Насыпать ему пол экрана текста должен
бэкенд  при  подключении  к  чату. Т.е. алгоритм такой: подключаемся к
мультиплексору  и  получаем  от  него  сообщения.  Одновременно делаем
запрос  к  другому  локейшну  на  получение  последних сообщений чате.
Получаем  эти  сообщения,  мержим  их  с  тем, что уже в чат нападало,
удаляям дубли и показываем юзеру.

AT>  2) Клиенту, который не успевает забрать,  по каким местам скипать ?

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


--

С уважением,
Михаил Монашёв, SoftSearch.ru
mailto:postmaster@xxxxxxxxxxxxx
ICQ# 166233339
http://softsearch.ru/
Без бэкапа по жизни.




 




Copyright © Lexa Software, 1996-2009.