[ http://issues.apache.org/jira/browse/MODPYTHON-142?page=all ]
Graham Dumpleton updated MODPYTHON-142:
---------------------------------------
Description:
If a handler sets req.no_cache to be true, then Apache will internally add
appropriate "Expires" header. Also the req.no_cache attribute is consulted by
mod_cache to know when not to cache. The alternative is that a handler must
know to set both:
req.headers_out['Cache-Control'] = 'no-cache'
req.headers_out['Expires'] = '-1'
It would be better to allow handlers to set req.no_cache as it isolates them
from any future changes in respect of special headers that may need to be
additionally set if standards change in any way.
Not entirely sure if req.no_local_copy attribute is somehow related. It somehow
affects whether 304 errors are returned in some cases. Certain modules such as
mod_include set this, so no reason that a mod_python handler wouldn't want to
set it also.
was:
If a handler sets req.no_cache to be true, then Apache will internally add
appropriate "Expires" header. Also the req.no_cache attribute is consulted by
mod_cache to know when not to cache. The alternative is that a handler must
know to set both:
req.headers_out['Cache-Control'] = 'no-cache'
req.headers_out['Expires'] = '-1'
It would be better to allow handlers to set req.no_cache as it isolates them
from any future changes in respect of special headers that may need to be
additionally set if standards change in any way.
Not entirely sure if req.no_local_copy attribute is somehow related. It somehow
affects whether 302 errors are returned in some cases. Certain modules such as
mod_include set this, so no reason that a mod_python handler wouldn't want to
set it also.
> Make req.no_cache and req.no_local_copy writable.
> -------------------------------------------------
>
> Key: MODPYTHON-142
> URL: http://issues.apache.org/jira/browse/MODPYTHON-142
> Project: mod_python
> Type: Improvement
> Components: core
> Versions: 3.2.8
> Reporter: Graham Dumpleton
> Assignee: Graham Dumpleton
> Fix For: 3.3
>
> If a handler sets req.no_cache to be true, then Apache will internally add
> appropriate "Expires" header. Also the req.no_cache attribute is consulted
> by mod_cache to know when not to cache. The alternative is that a handler
> must know to set both:
> req.headers_out['Cache-Control'] = 'no-cache'
> req.headers_out['Expires'] = '-1'
> It would be better to allow handlers to set req.no_cache as it isolates them
> from any future changes in respect of special headers that may need to be
> additionally set if standards change in any way.
> Not entirely sure if req.no_local_copy attribute is somehow related. It
> somehow affects whether 304 errors are returned in some cases. Certain
> modules such as mod_include set this, so no reason that a mod_python handler
> wouldn't want to set it also.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
