<div dir="ltr">Can you post a quick patch on how to exclude http_404?<div><br></div><div>Thanks!</div><div>Frank<br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 29, 2016 at 8:26 PM, Maxim Dounin <span dir="ltr"><<a href="mailto:mdounin@mdounin.ru" target="_blank">mdounin@mdounin.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello!<br>
<span class=""><br>
On Tue, Mar 29, 2016 at 08:04:33PM -0700, Frank Liu wrote:<br>
<br>
> It's a custom error code, think of it as if http_404, so if the first<br>
> upstream can't handle this request , it will send "404" saying it is not<br>
> for me, please try next, nginx should then send the same request to next<br>
> upstream.<br>
<br>
</span>Well, nginx can't handle custom error codes in<br>
proxy_next_upstream, so this is probably irrelevant anyway.<br>
Though I was considered excluding http_403 and http_404 from<br>
idempotence checks, it may make sense to do it if there are enough<br>
such use cases.<br></blockquote></div></div></div></div>