This is a request for comment regarding the disabled browser caching rather than a bugreport.
Default PHP session handling sends a bunch of headers preventing the browser from caching pages. This is extremely inconvenient when reading a long article, following a link and forced to wait for a full reload when returning back (which moreover leads to the very top of the previous page).
This forces me to ask: is the non-caching behavior of PHP sessions necessary?
I enabled browser caching using the following simple modification in inc/common.php:
It works fine for me.
Tried the suggested option but it causes problems in Firefox. After saving the page is not updated correctly. The better way would be to send correct last-modified and etag headers and handle corresponding request header correctly.
This can be fixed by adding an unique "nocache" parameter to each after-edit redirect. (Of course you can remove the bit about IDNs for now, and/or consider it separately)
diff -Pur -x .cache -x _cache -x rm -x .htaccess -x images -x includes -x interwiki -x lang -x media -x conf dokuwiki-2005-05-07\\inc\\actions.php roshia\\wiki\\inc\\actions.php
--- dokuwiki-2005-05-07\\inc\\actions.php Sat May 07 15:22:56 2005
+++ roshia\\wiki\\inc\\actions.php Thu May 19 02:53:53 2005
@@ -166,7 +166,11 @@
- header("Location: ".wl($ID,'',true));
+ // Add an unique parameter so that browser does not show
+ // a cached (unedited) version of the page.
+ // Also, change absolute redirect URL to relative, to make it
+ // work correctly with Firefox and International Domain Names.
+ header("Location: ".wl($ID,'',false).'?nocache='.time());
Dont know how smart is my solution but seems to work ....
i just moved the line for the session_register to beginning of the file........
This is the oldest issue we have :-) Does anyone know if anything here still applies to the current versions of DW?