Textpattern CMS support forum
You are not logged in. Register | Login | Help
- Topics: Active | Unanswered
Pages: 1
#1 2009-12-31 15:37:08
- johnnie
- Member
- Registered: 2007-03-10
- Posts: 58
Cache-control header problem
Hello,
I already reported this one in the issue tracker, but since it doesn’t seem to be frequented, I figured it might be a good idea to repost it here:
- What steps will reproduce the problem?
1. Enable last-modified header
- What is the expected output? What do you see instead?
Expected: cache-control should be must-revalidate, public or private. Make
this a setting. Only back-end pages should return a no-cache header, to
prevent unwanted backend caching.
Observed: all pages, including front-end pages, return a no-cache header.
This prevents a proxy or local cache from caching the content.
- What version of the product are you using? On what operating system?
4.2.0 on CentOS linux
- Please provide any additional information below.
Sending a no-cache should be restricted to backend pages only. As it is
now, a proxy will not be able to cache textpattern sites when the
last-modified header is enabled. I ran across this issue when adding
mod_cache to my apache distribution to limit the amount of CMS calls.
Offline
Re: Cache-control header problem
happening for me too. Re: http://code.google.com/p/textpattern/issues/detail?id=51
http://www.withremote.com/textpattern/txp_content/forms/article/default.php is an external page I have set up for controlling my default article form ( thanks to Hicksdesign ) on http://www.withremote.com
I did an initial upload of the page without the xxxxxxxxxx at the top of the page. Then I added the xxxxxxxxxx to the top of the page and expected to get a changed result when reloading the page……to no avail.
Offline
Pages: 1