Apache Mod-Python - Updated: (MODPYTHON-142) Make req.no_cache and

This is Interesting: Free IT Magazines  
Home > Archive > Apache Mod-Python > March 2006 > Updated: (MODPYTHON-142) Make req.no_cache and





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Updated: (MODPYTHON-142) Make req.no_cache and
Graham Dumpleton (JIRA)

2006-03-05, 7:48 am

[ http://issues.apache.org/jira/brows...ON-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.


Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com