<div dir="ltr">Thanks for the quick reply Maxim. That looks interesting, though in particular proxy_next_upstream and proxy_read_timeout don't report to be valid in that context. I'll give it a try, perhaps it's just an error in the docs.</div>
<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jul 5, 2013 at 9:02 AM, 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>
<div><div class="h5"><br>
On Fri, Jul 05, 2013 at 08:32:38AM -0400, Branden Visser wrote:<br>
<br>
> Hi all,<br>
><br>
> I was wondering if there is a way to have different proxy_* rules depending<br>
> on the HTTP method? My use case is that I want to be a little more<br>
> conservative about what requests I retry for POST requests, as they have an<br>
> undesired impact if tried twice after a "false" timeout.<br>
><br>
> e.g., for GET, I may want to try another when I timeout to the back-end<br>
> server after 5s, whereas for a POST request, I may want to simply fail the<br>
> POST request after 15s.<br>
><br>
> I can work around this by doing specific location blocks for each URL, but<br>
> having separate defaults based on HTTP method should be easier to maintain.<br>
<br>
</div></div>There is the limit_except directive which might be helpful, see<br>
<a href="http://nginx.org/r/limit_except" target="_blank">http://nginx.org/r/limit_except</a>.<br>
<span class="HOEnZb"><font color="#888888"><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 mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</font></span></blockquote></div><br></div>