ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-talk] apache or perl?



  Мблин! Ну давайте прекратим этот спор! Все равно воду в ступе
толчем. Сергею Шикову, на самом деле совет - почитай, что есть
MIME-тип "multipart/mixed" - как я понял, ты не знаешь, что это.
Как тока прочитаешь - поймешь, почему его очень не хочется
буферизировать.

  А что до MTU.... пусть у тебя CGI выдает килобайт 100 информации.
Если ты на модеме сидишь ( а такое часто бывает ), то при выдаче
информации в TCP-канал ПО ходу скрипта ты ее ( инфу ) получишь
раньше, чем если выдача в сеть идет в конце. Особенно если время
работы скрипта сравнимо с временем передачи по сети.

> >> > Есть очень интересный MIME-тип "multipart/mixed", очень
> >> >удобно периодически выдавать юзеру информацию без переконнекта.
> >> Ну и что? Ему что, plain text передается что-ли? Один фиг наверняка
> >> таблицы, картинки и пр. могут присутствовать, пока все не получит -
> >
> >А могут и не присутствовать...
> Ну значить plain text... Очень интересное применение ;-)
> 
> >> Тоже совсем не очевидно. MTU еще никто не отменял.
> >
> >Это _Maximum_ transfer unit. И он обычно, если кто не знает, меньше
> >размера буфера ввода-вывода.
> И что с того, что максимум? Есть смысл нагружать каналы мелкими
> пакетами?
> 
  Sincerely,
                                                        Felix.
=============================================================================
=               Apache-Talk@lists.lexa.ru mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =



 




Copyright © Lexa Software, 1996-2009.