Persisting the module request context across internal redirects

Otto van der Schaaf oschaaf at we-amp.com
Thu Jan 8 08:55:19 UTC 2015


Hi,

For ngx_pagespeed, I'm looking for a way to persist its module request
context and restore it
even after request processing has been restarted for a named location or
internal redirect.
Keeping a single request context during this process  would allow us to
avoid repeating some work we already did earlier, like cache lookups.

For testing, I've achieved this by storing a pointer in the request headers
structure for the request and using that after an internal redirect has
been processed instead of just using ngx_http_get_module_ctx.

This works, but there are lots of reasons why I'd rather prefer not
(ab)using the request headers structure for this.

Is there a better way to keep a reference to the first module request
context in case of internal redirects?
Are there reasons why this could be a bad idea in general?

Kind regards,

Otto
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-devel/attachments/20150108/d58af284/attachment.html>


More information about the nginx-devel mailing list