proxy vs content-range

[Bogun Dmitriy]

В Втр, 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 at vugluskr.org.ua> написал:
> 
>         Здравствуй, 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.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://nginx.org/pipermail/nginx-ru/attachments/20091222/33fb4a1b/attachment.html>