Re: bug in xaraya PHP session save handler
"St.Ego" <[email protected]> Thu, 19 Mar 2009 18:42:58 -0500
| Newsgroups | gmane.comp.cms.xaraya.devel |
|---|---|
| Organization | Xaraya |
| Message-ID | <[email protected]> |
Marcel van der Boom wrote: > 2. race conditions / locking / customisations > --------------------------------------------- > These problems are more fun :-) > > These typically only surface when you have a heavily used site or are > explicitly looking for these things. The average user doesnt get (hurt > by) these problems (hopefully) > The second reason that these situations are hard to solve in a generally > applicable way, is that they all depend heavily on the local deployment > choices. Backend type and configuration, proxies and other local > optimisations. > > For example, the locking solution chris described is likely the easiest > for them, but when using persistent connections the solution might not > work anymore and something else has to be figured out. This is indeed > typically something that would go in the middleware layer (ADODB) > >> happy to help explain the problem in more detail. We'd like to see >> this bug placed in Bugzilla so that it can eventually be addressed. > I'll make sure it gets there > > Marcel I'm actually experiencing this issue on a high-traffic client site. I am looking for anyone that would like to use the environment to research this particular issue. The symptoms seen by users include being suddenly switched to a different user's account (ie: session UID changes) or they post something that gets listed as by a different user (either in articles or comments). Also looking for any advice. I have implemented the locking snippets submitted originally in this thread, and will report back if they do not resolve the issue. Affected site: http://www.ruminations.com -St.Ego