a'hoy mates!
PROBLEM:
empty session files building up in /tmp, about 700+ for a BBS type site
of less than 100 users that gets about 19000 hits a day.
SYSTEM:
PHP Version 4.0.4pl1
Platform: SunOS atari 5.6 Generic_105181-05 sun4u sparc SUNW,Ultra-2
BACKGROUND:
we were having a problem using sessions for login state, we wanted our
users to stay logged in indefinitely. we couldn't get the php
configuration to keep sessions from expiring, so we turned off garbage
collection. that solved out session expiration problem, but introduced
the new problem (see above).
we use session variables for non-logged in users and logged in users for
variables in situations where state only has to persist from one request
to the next request by the same browser. for instance, when you submit a
form, the php that processes that submission redirects to the original
form or to a different page. it sets a success or error message in the
session that is unset by the page that is redirected to. this is an
important user experience feature.
i found a discussion board post suggesting that empty session files
happen when session variables are registered without session_start(). i
am fairly certain we always session_start() before session_register().
any solutions to eliminate the empty session files in /tmp?
here is info on our session configuration:
DirectiveLocal Value Master Value
session.auto_start Off Off
session.cache_expire 180 180
session.cache_limiternocache nocache
session.cookie_domainno value no value
session.cookie_lifetime 00
session.cookie_path //
session.cookie_secureOff Off
session.entropy_file no value no value
session.entropy_length 00
session.gc_maxlifetime -1 -1
session.gc_probability 00
session.name PHPSESSIDPHPSESSID
session.referer_checkno value no value
session.save_handler filesfiles
session.save_path/www/sessions/www/sessions
session.serialize_handler php php
session.use_cookies On On
--
austin swinney ___ ___ _
information specialist II /_ / /_> SCZ, CA
Education.Training.Research/__ / / | r r r r r
[EMAIL PROTECTED] pirates of programming
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
