On 07/07/10 07:35, Steve wrote:
The reference to $cachetime was found on the Catalyst Wiki:
http://wiki.catalystframework.org/wiki/adventcalendararticles/2007/11-making_your_catalyst_app_cache-friendly
In that instance, it's a variable used in some example code - it only
has any meaning within
Hi All,
I apologise for the cross post, but in looking up comparisons to web
frameworks I came across the Wikipedia page:-
http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks
Which has comparisons for most languages excluding the Perl frameworks!
Catalyst does have a listin
On 6 Jul 2010, at 22:35, Steve wrote:
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?
Erm, well if you're unsure, the first thing to do is work out if your
app is actua
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 head
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
I've hit a snag in the deployment of my first *real* Catalyst App. My
application uses HTML::FormHandler and HTML::FormHandler::Model::DBIC,
and is deployed using Apache/fastCGI/mysql on a RedHat Linux box. The
problem I've encountered is that certain forms don't always retrieve the
data from
