Re: proxy vs content-range

[Bogun Dmitriy <vugluskr@xxxxxxxxxxxxxxx>]

В Втр, 22/12/2009 в 19:35 +0300, SaveFrom.net пишет:
>     Могу ошибаться, но на мой взгляд разумнее использовать proxy_max_temp_file_size 
> Директива задаёт максимальный размер временного файла для проксированного
> ответа. "proxy_max_temp_file_size 0" запрещает создание файла.
А где про нее можно почитать?
Что происходит если отдаваемое "тело" превышает этот размер? Ведь если там будет стоят n метров, nginx должен их выкачать, прежде чем сможет понять что "тело" больше чем proxy_max_temp_file_size.

>     22 декабря 2009 г. 18:38 пользователь Bogun Dmitriy <vugluskr@xxxxxxxxxxxxxxx> написал:
> >         Здравствуй, all.
> >         
> >         Сегодня возникла одна проблема, которая поставила передо мной вопрос, как работает сохранение ответа backend'а в proxy_temp_path в случае наличия в запросе content-range.
> >         
> >         Моя проблема заключалась в том, что файлик размером в ~4gb стала тянуть качалка в ~10 потоков, что привело к очень большой нагрузке на FS и окончанию на ней места. Причем место занимали файлы уже удаленные с FS но еще не закрытые nginx'ом.
> >         
> >         Конфиг вхоста: 
> > server {
> >     listen      1.1.1.1;
> >
> >     server_name .vhost.dom;
> >
> >     client_max_body_size 200m;
> >
> >     access_log  /var/log/nginx/vhost-access.log generic;
> >     error_log   /var/log/nginx/vhost-error.log info;
> >
> >     root /srv/vhost.dom/www/htdocs;
> >
> >     location / {
> >         proxy_pass         http://upstr_vhost;
> >         proxy_set_header   Host             $host;
> >         proxy_set_header   X-Real-IP        $remote_addr;
> >         proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for;
> >     }
> > }
> >
> >         На upstream'е обыкновенный apache, который отдавал файл с ФС. Настроить отдачу напрямую не всегда возможно, т.к. за содержимое вхоста "отвечает" другой человек...
> >         
> >         Направьте в сторону информации о работе модуля proxy при наличии заголовка content-range.
> >     




_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru