Re: mod_perl caching/delay

2003-12-11 Thread Perrin Harkins
On Tue, 2003-12-09 at 19:38, andrew dunn wrote: > There is one problem though related to the what seems like caching of > pages. I'm building each page of categories based on the category id > passed in, and when I access one page (e.g. cat_id=10), followed quickly > by another of a different categ

Re: mod_perl caching/delay

2003-12-11 Thread Andrew Dunn
apps in C# for my day job :( All the best, Andy. > - Original Message - > From: "Thomas Klausner" <[EMAIL PROTECTED]> > Subject: Re: mod_perl caching/delay > > >> Hi! >> >> On Wed, Dec 10, 2003 at 03:34:39PM -, Simon McCaughey wrote:

Re: mod_perl caching/delay

2003-12-11 Thread Simon McCaughey
- Original Message - From: "Thomas Klausner" <[EMAIL PROTECTED]> Subject: Re: mod_perl caching/delay > Hi! > > On Wed, Dec 10, 2003 at 03:34:39PM -, Simon McCaughey wrote: > > > This sounds to me like the kinds of problem we had migrating to mod

Re: mod_perl caching/delay

2003-12-10 Thread Jean-Michel Hiver
> For some reason when I refresh one of the pages I can get one of maybe three > or four different errors. Sometimes relating to objects not existing, or the > db connection isnt working, or methods not working. Then on some occasions > it works. This is probably due to two or three httpd processe

Re: mod_perl caching/delay

2003-12-10 Thread Thomas Klausner
Hi! On Wed, Dec 10, 2003 at 03:34:39PM -, Simon McCaughey wrote: > This sounds to me like the kinds of problem we had migrating to mod_perl. It > sounds like a global variable problem, we had the same kind of issues - 90% > of the time the app seemed to be behaving, but it really wasn't. We e

Re: mod_perl caching/delay

2003-12-10 Thread Simon McCaughey
- Original Message - From: "Andrew Dunn" <[EMAIL PROTECTED]> Subject: Re: mod_perl caching/delay > Thanks. I thought I had fixed the problem this morning by passing around the > variables correctly so there was no mistaking which ones were being used but > I

Re: mod_perl caching/delay

2003-12-10 Thread Jean-Michel Hiver
> If I remember correctly we had a similar problem and the way we solved > it was to make sure that at the beginning of the script all variables > were initialized to 0 or blank. Yes... It really sounds like some horrible global variable is not being reinitialized properly. Try to make a list of a

Re: mod_perl caching/delay

2003-12-10 Thread Andrew Dunn
Thanks. I thought I had fixed the problem this morning by passing around the variables correctly so there was no mistaking which ones were being used but I'm getting different problems now on another page. For some reason when I refresh one of the pages I can get one of maybe three or four differe

Re: mod_perl caching/delay

2003-12-10 Thread Malka Cymbalista
If I remember correctly we had a similar problem and the way we solved it was to make sure that at the beginning of the script all variables were initialized to 0 or blank. Malki Cymbalista Webmaster, Weizmann Institute of Science Rehovot, Israel 76100 Internet: [EMAIL PROTECTED] 08-934-3036 >>>

Re: mod_perl caching/delay

2003-12-10 Thread Thomas Klausner
Hi! On Wed, Dec 10, 2003 at 12:38:51AM +, andrew dunn wrote: > It seems to me like mod_perl is somehow caching the results of the > script for a short time, and if its called quickly again it will just > send out the same results without accepting new parameters. Is there a > way to disable t

mod_perl caching/delay

2003-12-09 Thread andrew dunn
Hi, I've just moved a shopping cart I've been working on into mod_perl, and fortunately it all seems to have worked straight away without any code changes. There is one problem though related to the what seems like caching of pages. I'm building each page of categories based on the category id pa