<p class="MsoNoSpacing">Sorry for being late to respond. </p>

<p class="MsoNoSpacing">There is so much that’s being discussed that does not
reflect in the wiki – people like me think the wiki is the canonical document. </p>

<p class="MsoNoSpacing">I like max’s approach but need to cache only in the next
GET. Mostly because some XMLHTTP post request under the same location directive
will invalidate and recache in this context. But that might not be a candidate to
recache. E.g. storing page performance counters after a page’s been loaded. </p>

<p class="MsoNoSpacing">Can that be done with your approach? Just to invalidate? </p>

<p class="MsoNoSpacing">I might sound a bit naïve here, but all the different
proxy_cache mechanisms seems to get a bit confusing. </p>

<p class="MsoNoSpacing">To the reason why I don’t want <span style="font-size:10.0pt;font-family:"Arial","sans-serif"">nginx_ngx_cache_purge: Recompiling
and delivering through the yum repo of a large organization is a cumbersome
process and raises many flags.</span></p><p class="MsoNoSpacing"><span style="font-size:10.0pt;font-family:"Arial","sans-serif"">-Q </span></p><br><div class="gmail_quote">On Sat, Feb 11, 2012 at 5:36 AM, António P. P. Almeida <span dir="ltr"><<a href="mailto:appa@perusio.net">appa@perusio.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 10 Fev 2012 17h47 WET, <a href="mailto:nginxyz@mail.ru">nginxyz@mail.ru</a> wrote:<br>
<br>
><br>
> The default behaviour is not to cache POST method request responses,<br>
> but I turned caching of POST method request responses ON, so I had<br>
> to make sure the cache is bypassed for POST method requests (but<br>
> not for GET or HEAD method requests!). All POST method requests<br>
> are passed on to the backend without checking for a match in the<br>
> cache, but - CONTRARY to the default behavior - all POST method<br>
> request responses are cached.<br>
><br>
> Without the @post_and_refresh_cache location block and without<br>
> the proxy_cache_bypass directive, nginx would check the cache<br>
> and return the content from the cache (put there by a previous<br>
> GET request response, for example) and would not pass the POST<br>
> method request on to the backend, which is definitely not what<br>
> you want in this case.<br>
<br>
</div>If what the OP wanted was to distinguish between cached POST and GET<br>
request responses then just add $request_method to the cache key.<br>
<span class="HOEnZb"><font color="#888888"><br>
--- appa<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br>