The reference to $cachetime was found on the Catalyst Wiki: http://wiki.catalystframework.org/wiki/adventcalendararticles/2007/11-making_your_catalyst_app_cache-friendly
As of my last post, I had not implemented/acted on the $cachetime, but since then I've successfully set the http response header 'Cache-Control' to 'no-cache'. This has not solved the problem - Yes, I restarted my httpd server.
At present, my cohort and I suspect that we are up against a database caching problem, but haven't completely ruled out anything. Am I better off asking the DBIC list?
Steve On 7/6/2010 4:23 PM, Tomas Doran wrote:
On 6 Jul 2010, at 19:26, Steve wrote:however my session seems to 'cross' over to other fastCGI processes (I've got 3 fastCGI processes running).Yes, they'll do that.I've googled around and even tried to set $cachetime = 0 in my Root.pm controller's END action.Er, what is $cachetime? What are you expecting it to effect.Can anyone point me in the direction of a fix? If I've not provided enough background info let me know and I'll expand.Please expand. If you suspect code, please attach code. Cheers t0m _______________________________________________ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalystSearchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/Dev site: http://dev.catalyst.perl.org/ No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.830 / Virus Database: 271.1.1/2985 - Release Date: 07/06/10 02:36:00
<<attachment: steve.vcf>>
_______________________________________________ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
