<HTML><BODY>Спасибо!<br>Как не хватает в документации ссылок "смотри также..." :-)<br><br><br>Вторник, 19 марта 2013, 17:25 +04:00 от Maxim Dounin <mdounin@mdounin.ru>:<br>
<blockquote style="border-left:1px solid #0857A6; margin:10px; padding:0 0 0 10px;" class="mailru-blockquote">
<div id="">
<div class="js-helper js-readmsg-msg">
<style type="text/css"></style>
<div id="style_13636995530000000951" class="mr_read__body">
<base target="_self" href="https://e.mail.ru/cgi-bin/">
<div id="style_13636995530000000951_BODY">Hello!<br><br>On Tue, Mar 19, 2013 at 09:07:43AM +0400, Nicholas Kostirya wrote:<br><br>[...]<br><br>> И в такой конфигурации, когда бекенд возвращает ответ с <br>> "X-Accel-Redirect: /404",<br>> то nginx отдает не /404.html страницу, а свою внутреннюю.<br>> <br>> Если же делать сразу "X-Accel-Redirect: /404.html", то не будет <br>> 404 статуса.<br>> <br>> Какое есть решение для этой ситуации?<br>> <br>> Кстати, вызов memcached можно даже убрать, достаточно оставить <br>> цепочку из двух error_page.<br>> Такое ощущение, что если в процессе обработки запроса <br>> использовался именованный локайшен, то уже не обычные возврата <br>> нет.<br><br><a href="http://nginx.org/r/recursive_error_pages" target="_blank">http://nginx.org/r/recursive_error_pages</a><br><br>-- <br>Maxim Dounin<br><a href="http://nginx.org/en/donation.html" target="_blank">http://nginx.org/en/donation.html</a><br><br>_______________________________________________<br>nginx-ru mailing list<br><a href="sentmsg?compose&To=nginx%2dru@nginx.org">nginx-ru@nginx.org</a><br><a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a><br data-mce-bogus="1"></div>
<base target="_self" href="https://e.mail.ru/cgi-bin/">
</div>
</div>
</div>
</blockquote>
<br></BODY></HTML>