ПРОЕКТЫ 


  АРХИВ 


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: Re[4]: [apache-talk] mod_deflate-1.0.3




On Wed, 25 Apr 2001, Stanislav S Grinkin wrote:

> >> Ну mod_gzip тоже умеет работать без создания временных файлов.
> 
> IS> На чем основано это мнение ? Внутрь модуля заглянуть не пробовали ?
> IS> Тогда посмотрите хотя бы в /tmp/ или куда там указывает mod_gzip_temp_dir.
> 
> Мнение основано на тексте changelog'а.
> http://www.remotecommunications.com/apache/mod_gzip/src/1.3.19.1a/changes.txt
> 
> * In-memory compression option is back on.

Ну, так это компрессия уже имеющегося контента, а что бы поиметь
динамический контент, нужно проделать описанное ниже:

> IS> Для того, что бы сжать любой динамический контент, mod_gzip создает
> IS> временный файл, его дискриптор записывает в r->connection->client->fd
> IS> и делает сабреквест родному обработчику и тот все сливает в файло.
> IS> Потом это файло жмется и отдается клиенту.

И в память этот контент, не патча Апач 1.3.х, никак не сольешь.

Возвращаясь в In-memory compression option, я, честно говоря, не
понимаю, почему они не могут жать в потоке, считывая порциями из файла
и отдавая клиенту.
Хотя есть одна мысль - возможно, они хотят выставлять правильный
Content-Length. Надо посмотреть.

Игорь Сысоев

=============================================================================
=               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.