ПРОЕКТЫ 


  АРХИВ 


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: не работае т error_page 503 /503.html;



Hello!

On Fri, Mar 20, 2009 at 01:49:56PM +0200, Андрей Василишин wrote:

> Maxim Dounin пишет:
>>
>> Да, я ошибся.  Кроме того, значение Content-Disposition вышеуказанная 
>> конструкция не очистит даже если сработает - add_header умеет чистить 
>> только Cache-Control и Last-Modified.
>>
>> Workaround - попробовать возвращать Content-Disposition в другом  
>> заголовке, и добавлять через add_header если всё хорошо.  Как-то так:
>>
>>     location /files/ {
>>         internal;
>>         add_header Content-Disposition $upstream_http_x_content_disposition;
>>         ...
>>     }
>>
>> Но вообще наверное надо с этим что-то сделать кардинально.
>>   
> Неа, не помогает, пробовал делать еще
> error_page   502 503 504 =200 /503.html;
> Но от Content-Disposition не избавится никак.
> Теперь всем пользователям сохраняется 503.html под именем запрашиваемого  
> ними файла.

В ответе скрипта, который отдаёт X-Accel-Redirect, заголовка 
Content-Disposition быть при этом не должно, должен быть *другой* 
заголовок (в примере выше предполагается заголовок 
X-Content-Disposition).

Maxim Dounin



 




Copyright © Lexa Software, 1996-2009.