ПРОЕКТЫ 


  АРХИВ 


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



Hello Alex,

мультиплексор _обязан_ знать физсмысл. Т.е. это место придется
конфигурировать на фронтенде.

Без этого ничего хорошего не получится.

В каком случае тут может получиться что-то нехорошее? Пусть мы держим
соединение и время от времени в него подпихиваем новые строки вида
"<script>..</script>". Что тут может сломаться, если мультиплексор не
знает смысла передаваемых байтов?

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

Про это я уже писал, первоначальный ответ полностью формируется бэкендом при соединении.

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

А по каким местам скипаются данные сейчас, когда клиент медленно качает большой файл?

Если делать, то надо делать хорошо.

Алексей Тутубалин
mailto: lexa@xxxxxxx
Web: http://www.lexa.ru/lexa


--
С уважением
Давид Мзареулян
david@xxxxxxxx






 




Copyright © Lexa Software, 1996-2009.