Shanti Couple of downside that I can think for keeping the sessions under /tmp
- Disk space. In a production web site, sessions can occupy lot of disk space in no time. Though, it might be a common practice to allocate a big slice for /var , I am not sure if the same is the case for /tmp. I guess, we could document that users will need to run a cron job of deleting the old session data to avoid running out of space in /tmp. - We probably don't want casual users to have access to these session data on the production system. To overcome this issue, we could probably create a sub directory under /tmp (say /tmp/php/sessions) and ensure that only either 'root' or 'webservd' has permission to this directory. thanks sriram Shanti Subramanyam - PAE wrote: > Sriram, > I suggest we stick with /tmp for storing sessions. This has huge > performance implications when running lots of users. /tmp on Solaris > is very fast. We suffered first hand from performance problems while > running a benchmark when we had sessions saved in /var/tmp. Moving > this to /tmp solved the problem. > > Shanti > > Sriram Natarajan wrote: >> >> Sriram Natarajan wrote: >>> HI >>> I was wondering, if we can enable 'shared memory allocation for >>> session storage'(--with-mm) support within our PHP5 runtime. Please >>> see a related url for more information on shared memory manager support >>> http://devzone.zend.com/manual/ref.session.html >>> >>> The default location for storing sessions under this model will be >>> /var/php5/5.2.4/sessions. >>> >> Here is some more back ground on this information on this topic - >> - As per 'default' settings, sessions are saved as files under /tmp >> directory. As per our current integration, we don't specify / or >> customize a default file path for saving sessions. >> - Other PHP5 distributors on linux platforms, seems to be using >> '/var/lib/php5/sessions' as the location for this purpose. >> - In our case, can we simply keep them /var/php5/5.2.4/sessions ? >> >> thanks >> - sriram >>> Any thoughts / concerns ? >>> >>> thanks >>> sriram >>> >>> _______________________________________________ >>> webstack-discuss mailing list >>> webstack-discuss at opensolaris.org >>> http://mail.opensolaris.org/mailman/listinfo/webstack-discuss >>> >> _______________________________________________ >> webstack-discuss mailing list >> webstack-discuss at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/webstack-discuss
