<p class="MsoNoSpacing">This seems to very risky.</p>

<p class="MsoNoSpacing">One more question:</p>

<p class="MsoNoSpacing">The whole reason why I’d use post action is to take the
time off from doing a SSI. i.e. serve a page from cache in light speed and then
let post action take its own sweet time to complete. </p>

<p class="MsoNoSpacing">But from Jonathan’s response I infer that a post actions
response code is passed to the client. Which means the client is made to wait
till the post action is complete. Right? If yes, that defeats the purpose. </p><br><div class="gmail_quote">On Wed, Apr 4, 2012 at 5:57 PM, Jonathan Matthews <span dir="ltr"><<a href="mailto:contact@jpluscplusm.com">contact@jpluscplusm.com</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 4 April 2012 13:17, Quintin Par <<a href="mailto:quintinpar@gmail.com">quintinpar@gmail.com</a>> wrote:<br>


> Thanks Appa.<br>
><br>
> Why would you say this is not reliable? Is there data or experience to<br>
> suggest? The semantic is awesome. Precisely what I’ve been looking for.<br>
<br>
</div>I'd also be interested in discovering any unreliability of this<br>
mechanism, as I'm planning to use it for some real-time logging<br>
shortly.<br>
<br>
The weaknesses that I've discovered thus far, which I think should all<br>
be fixed -- or at least modified as indicated below -- are<br>
<br>
* The client connection is held open until the post_action call completes<br>
* The response code returned to the client is the post_action's response code<br>
* The access.log entry logged reflects the post_action's URI, response<br>
code and (possibly; I forget) content length<br>
<br>
All of these render it difficult to use post_action as its name<br>
implies - to be competed *after* the client request is completely<br>
dealt with.<br>
<br>
I hope that at some point in the future, we'll be able to use<br>
post_action in a way which is invisible to the client, and to the<br>
logs. Perhaps with a post_action directive flag, indicating that any<br>
calls to this specific post_action URI should stay out of the logs and<br>
the client's view.<br>
<br>
J<br>
<div class="im HOEnZb"><br>
> On Wed, Apr 4, 2012 at 1:39 PM, Antonio P.P. Almeida <<a href="mailto:appa@perusio.net">appa@perusio.net</a>><br>
> wrote:<br>
>><br>
>> There's the post_action directive. But AFAIK is not that reliable.<br>
>><br>
>> I would use Lua with the "new" cosocket API and do an HTTP request.<br>
>><br>
>> Here's an example of a library built around it that talks with a Redis<br>
>> backend: <a href="https://github.com/agentzh/lua-resty-redis" target="_blank">https://github.com/agentzh/lua-resty-redis</a><br>
>><br>
>> As stated post_action is another option:<br>
>><br>
>> <a href="http://wiki.nginx.org/HttpCoreModule#post_action" target="_blank">http://wiki.nginx.org/HttpCoreModule#post_action</a><br>
>><br>
>><br>
>> --appa<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>
><br>
><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>
<br>
<br>
<br>
</div><span class="HOEnZb"><font color="#888888">--<br>
Jonathan Matthews<br>
London, Oxford, UK<br>
<a href="http://www.jpluscplusm.com/contact.html" target="_blank">http://www.jpluscplusm.com/contact.html</a><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></div></div></blockquote></div><br>