ПРОЕКТЫ 


  АРХИВ 


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: [feature request] X-Sendfile



On Monday 24 April 2006 05:37, Igor Sysoev wrote:
> On Sun, 23 Apr 2006, Sergey Serov wrote:
> > В Apache (ч/з mod_xsendfile) и в lighttpd есть такая замечательная штука
> > как обработка заголовка ответа X-Sendfile через sendfile(2).
> > Полезно, если напр. сервер отдающий большие файлы находится далеко от
> > fastcgi сервера. Да и даже если близко, то нет способа для fastcgi
> > скрипта авторизовать юзера перед передачей большого файла без
> > использования редиректов.
> > В nginx по идее есть sendfile, но только во перловом модуле (как и в
> > mod_perl Апача). Т.е. обработать ответ от upstream я не могу.
> > Было бы замечательно, если бы и подобная функциональность была бы и у
> > nginx.
> >
> > P.S. С помощью sendfile можно реализовать много чего, напр. у меня
> > кешируется динамический контент (примерно так, как у Apache2
> > mod_disk_cache).
>
> nginx поддерживает более общий заголовок "X-Accel-Redirect:
> /download/file".
>
>      location  /download/ {
>          internal;
>          root   ...;
>      }
>
> Из ответа бэкенда при этом наследуются заголовки:
>
> Set-Cookie
> Content-Disposition
> Cache-Control
> Expires
> Accept-Ranges

И опять все так просто оказалось :-)
Решение действительно более правильное чем X-Sendfile, т.к. нужно прописать 
location, т.е. ограничить доступ.
Спасибо за такой замечательный продукт, после недели страданий с lighttpd 
работать с nginx одно удовольствие :-)




 




Copyright © Lexa Software, 1996-2009.