<html><head><meta http-equiv="Content-Type" content="text/html charset=koi8-r"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">add_after_body тут нужен исключительно для демонстрации сабреквеста.</div><div class="">Подобную ситуацию можно получить с любым модулем, использующим сабреквест.</div><div class=""><br class=""></div><div class=""><a href="http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_pass" class="">http://nginx.org/ru/docs/http/ngx_http_proxy_module.html#proxy_pass</a></div><div class=""><br class=""></div><div class=""><li class=""> Если директива <code class="">proxy_pass</code> указана без URI,
то при обработке первоначального запроса на сервер передаётся
URI запроса в том же виде, в каком его прислал клиент,
а при обработке изменённого URI - 
нормализованный URI запроса целиком:
</li><div class=""><br class=""></div></div><div class="">Исходя из этого совсем не очевидно почему main request долетает до бэкенда без изменения URI, а subrequest с изменением URI.</div><div class=""><br class=""></div><div class=""><br class=""></div><br class=""><div><blockquote type="cite" class=""><div class="">21 апр. 2015 г., в 11:40, Иван Мишин <<a href="mailto:simplebox66@gmail.com" class="">simplebox66@gmail.com</a>> написал(а):</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Добрый день!<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span style="font-size:12.8000001907349px" class=""> add_after_body /duo;</span></blockquote><div class="">Для чего эта строка в конфиге?</div><div class="">Ну а так вроде бы все правильно по логике должно выдавать  <span style="font-size:12.8000001907349px" class="">"uno  tres ". В чем проблема не совсем понятно</span></div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">20 апреля 2015 г., 17:39 пользователь Eugene Mychlo <span dir="ltr" class=""><<a href="mailto:myc@cname.me" target="_blank" class="">myc@cname.me</a>></span> написал:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Добрый день,<br class="">
<br class="">
Столкнулся со странной поведением nginx при использовании subrequest в сочетании с try_files с proxy-хэндлером.<br class="">
В приведенной ниже конфигурации, ожидалось, что при наличии файла  /tmp/tres,  на запрос<br class="">
<br class="">
<a href="http://127.0.0.1:8080/uno" target="_blank" class="">http://127.0.0.1:8080/uno</a><br class="">
<br class="">
nginx вернет строку "uno  duo " или  "tres tres ", но никак не  "uno  tres ".<br class="">
<br class="">
Т.е. URI основного запроса передается без изменений (как и описано в документации), а подзапроса - нет.<br class="">
Ситуация воспроизводится на nginx версий 1.7.9 - 1.7.12.<br class="">
<br class="">
Отсюда вопрос: является ли подобное поведение задуманным или это бага?<br class="">
Будет ли меняться?  И не стоит ли отметить это в документации?<br class="">
<br class="">
<br class="">
<br class="">
    server {<br class="">
        listen       8081;<br class="">
        default_type text/html;<br class="">
<br class="">
        location /uno {   return 200 "uno  ";   }<br class="">
        location /duo {   return 200 "duo  ";   }<br class="">
        location /tres {   return 200 "tres  ";   }<br class="">
    }<br class="">
<br class="">
<br class="">
    server {<br class="">
        listen       8080;<br class="">
<br class="">
        location / {<br class="">
            root /tmp;<br class="">
            try_files /tres =404;<br class="">
            proxy_pass <a href="http://127.0.0.1:8081/" target="_blank" class="">http://127.0.0.1:8081</a>;<br class="">
            add_after_body /duo;<br class="">
        }<br class="">
    }<br class="">
<br class="">
<br class="">
<br class="">
--<br class="">
Regards,<br class="">
Eugene Mychlo MYC-RIPE EAMYC-RIPN<br class="">
<br class="">
_______________________________________________<br class="">
nginx-ru mailing list<br class="">
<a href="mailto:nginx-ru@nginx.org" class="">nginx-ru@nginx.org</a><br class="">
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-ru" target="_blank" class="">http://mailman.nginx.org/mailman/listinfo/nginx-ru</a></blockquote></div><br class=""></div>
_______________________________________________<br class="">nginx-ru mailing list<br class=""><a href="mailto:nginx-ru@nginx.org" class="">nginx-ru@nginx.org</a><br class="">http://mailman.nginx.org/mailman/listinfo/nginx-ru</div></blockquote></div><br class=""></body></html>