Hi, Far far to late (go-live October 1st)
variables are stored in a database, not in ram. I was using IE at the time. >>> [EMAIL PROTECTED] 08/22/05 1:10 pm >>> >> I was wondering if they could fall of the stack, so to speak.... from my experiance, one out all out quick Q: do you really need that many session vars? 'suppose it's too late to change it now (sounds legacy) but that's reserved RAM on the webserver for each persons session vars - and they last that extra 20 min until timed out. Add more users and ...well... and you could save some grief by having a common place where these sessions vars are set (set once, read everywhere). I've had to chase session vars all over cfm pages for exactly the grief you have, made harder by using two diff styles for naming them: session['accessCode'] Vs session.accessCode just a thought or three. barry.b > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Scott > Thornton > Sent: Monday, 22 August 2005 1:07 PM > To: CFAussie Mailing List > Subject: [cfaussie] Re: Max number os Session variables > > > Umm > > I have seen up to 50 or so in this app. I asked beacuse I was > deebugging a page where a session variable should have been > set, but wasn't.... I was wondering if they could fall of the > stack, so to speak.... > > >>> [EMAIL PROTECTED] 08/22/05 12:11 pm >>> > Hi Scott, > > I'm not sure about the maximum number of session variables > but I believe > there is no limit. We have set a large number of session > variables in one > of our applications without any issues. Well unless the user > closes the > browser then we have they may have issues. hehe. > > how many are you talking about? > > J. > > > Hi, > > > > Is there a maximum number of session variable limit on an > application? > > > > Scott. > > > > Scott Thornton, Programmer > > Application Development > > Information Services and Telecommunications > > Hunter-New England Area Health Service > > Phone RNH +61 2 49236066 > > Fax +61 2 49236076 > > > > [EMAIL PROTECTED] > > --- > You are currently subscribed to cfaussie as: > [EMAIL PROTECTED] > To unsubscribe send a blank email to > [EMAIL PROTECTED] > Aussie Macromedia Developers: http://lists.daemon.com.au/ > > > --- > You are currently subscribed to cfaussie as: [EMAIL PROTECTED] > To unsubscribe send a blank email to > [EMAIL PROTECTED] > Aussie Macromedia Developers: http://lists.daemon.com.au/ > --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/ --- You are currently subscribed to cfaussie as: [email protected] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
