[Catalyst] FastCGI caching issue

[Toby Corkindale]

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 that example.
If you're using that whole end() block, then cool, but just setting 
$cachetime=0; on its own won't do anything. The way you put it, it 
sounds like you're considering doing that.

I'd say it shouldn't be your first concern; everyone else tends to have 
things like forms and pages work fine without needing to tweak that - 
browsers already have some smarts in them to try and avoid caching 
dynamic data.

> 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?


Well, you haven't told us a whole lot about what the problem is, so it's 
hard for us to agree or disagree with your diagnosis.

I'm still a little confused/concerned by your comment that "my session 
seems to 'cross' over to other fastCGI processes"; it sounds a bit like 
you are misunderstanding what the session is *meant* to do, and thus, 
perhaps the problem lies there.


Run your app with Debug mode enabled, and watch the logs - you will be 
able to see if you're hitting the app, or getting a cached copy. If you 
add some debug statements in your form handling, you can also see what 
data you're getting back from the database.
You might also want to enable DBIC_TRACE in your environment, to get a 
/lot/ of SQL dumped out too.


Best of luck,
Toby

>
> 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
>>