$request_time meaning

[Calin Don]

So it is safe to use post_action then?
I'm relying on it to serve cached response for users and update cache entry
in background if needed, so that users get most of the time a cache hit.

Is there a cleaner way to do this?

On Wed, Nov 23, 2011 at 11:57, Maxim Dounin <mdounin at mdounin.ru> wrote:

> Hello!
>
> On Tue, Nov 22, 2011 at 11:52:29PM +0200, Calin Don wrote:
>
> > So the time spent doing a post_action is added to $request_time or not?
>
> Added.
>
> In general, post_action is a dirty hack which works in context of
> a request.  It delays all processing of the request (i.e. logging)
> as well as processing of furhter requests in the connection in
> question (if any).  This is one of the reasons why post_action
> isn't documented, BTW.
>
> Maxim Dounin
>
> >
> > On Mon, Nov 21, 2011 at 20:55, Maxim Dounin <mdounin at mdounin.ru> wrote:
> >
> > > Hello!
> > >
> > > On Mon, Nov 21, 2011 at 08:41:15PM +0200, Calin Don wrote:
> > >
> > > > Hi,
> > > > How is the $request_time calculated in the case of a proxied
> request. I'm
> > > > interested especially in the case where the resource is stale in
> cache.
> > >
> > > $request_time is always time since start of the request (when
> > > first bytes are read from client) till end of the request (when
> > > last bytes are sent to client and logging happens).
> > >
> > > Maxim Dounin
> > >
> > > _______________________________________________
> > > nginx mailing list
> > > nginx at nginx.org
> > > http://mailman.nginx.org/mailman/listinfo/nginx
> > >
>
> > _______________________________________________
> > nginx mailing list
> > nginx at nginx.org
> > http://mailman.nginx.org/mailman/listinfo/nginx
>
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20111123/618fb5a5/attachment.html>