Tom, this probably isn't it, but IIS 5 had issues with dropping the session (text) cookie value (that's passed between browser and webserver and is used to match the request to the particular session on the webserver) when the webserver name (or host name or website name) contained any "illegal" chars (like underscores, etc: "http://d12_04/website";). it was for an intranet and caused all our sessions not to work until the machine name was changed or it was ailased in IIS.
as I said, prob isn't it. but just in case... HTH good luck barry.b > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Tom > MacKean > Sent: Friday, 8 April 2005 9:51 AM > To: CFAussie Mailing List > Subject: [cfaussie] RE: Weird session behaviour > > > Thanks Chad and Andrew, > > Chad, I tried the locking thing, but no luck. > > Andrew, I'm going to do as you suggest and hit the db with every page. > The site is a small content management system for our main > site so there > is not much action on it and this should be no problem. > Thanks for your > help. I'll let you know how it goes. > > Tom > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Andrew > Scott > Sent: Friday, 8 April 2005 9:37 AM > To: CFAussie Mailing List > Subject: [cfaussie] RE: Weird session behaviour > > Tom, > > When using session variables you are using cookies to identify this > when opening a browser window, the problem is that cookies are small > files that can NOT hold complex data so I find this strange > coming from > an IT guy. > > I personally hate sticking things in the session variables, but if you > could explain in a bit more detail the process. For example. > > 1) User logs in > 2) User is checked for roles > Etc.. > > I personally have a tag that hits the db every page hit, double checks > the user is there and sets up the required roles etc. > > Now I noticed that you have Application.Users but you don't > say how your > getting this info in to this scope, I would maybe say that there is a > problem there. If you would like to send me a copy of these codes so > that I can see the application.users in action I might be able to help > you out here. > > > > Regards > Andrew Scott > Technical Consultant > > NuSphere Pty Ltd > Level 2/33 Bank Street > South Melbourne, Victoria, 3205 > > Phone: 03 9686 0485 - Fax: 03 9699 7976 > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Tom > MacKean > Sent: Friday, 8 April 2005 9:28 AM > To: CFAussie Mailing List > Subject: [cfaussie] RE: Weird session behaviour > > Our IT guy says that we are not using proxy caching, and does > not think > that this is the problem (I know nothing about proxy caching) > > Can you explain how it works? > > He says "why not use cookies?". I've never used cookies. Is > it possible > to store this kind of structure data in a cookie? How do you do it? > > Sorry for the newbie questions. > > Tom > > > > --- > 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/ > > NOTICE: Medical and scientific information provided in print > and electronically by Sydney IVF might not be relevant to > your own circumstances and should always be discussed with > your own doctor before you act on it. This communication is > confidential and may contain copyright or otherwise protected > information of Sydney IVF Limited or a third party. If you > are not the intended recipient of this communication please > immediately let us know by reply email or telephone us on +61 > 2 9221 5964, delete the communication and destroy all copies. > > > --- > 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/
