Go through all the hoops to END the old session. Then start your new one. This *MIGHT* work to over-ride the auto_start in php.ini On Thu, November 3, 2005 8:42 am, Jesse Guardiani wrote: > Hello, > > I'm running php-4.3.2-19.ent under httpd-2.0.46-44.ent on Red Hat > Enterprise > Linux ES release 3 (Taroon Update 4). Here is my Session section of > php.ini: > > ------------------------------ > [Session] > session.save_handler = files > session.use_cookies = 1 > session.name = PHPSESSID > session.auto_start = 1 > session.cookie_lifetime = 0 > session.cookie_path = / > session.cookie_domain = > session.serialize_handler = php > session.gc_probability = 1 > session.gc_divisor = 200 > session.gc_maxlifetime = 36000 > session.referer_check = > session.entropy_length = 0 > session.entropy_file = > session.entropy_length = 16 > session.entropy_file = /dev/urandom > session.cache_limiter = nocache > session.cache_expire = 0 > session.use_trans_sid = 1 > ------------------------------ > > My problem is that normal session variables don't seem to be > accessible from an > instance of PHP servicing an SSL connection. For example, I can put > this in > test.php: > > session_id('bob'); > session_start(); > echo var_export($_SESSION,true); > > And get different results depending on whether I call: > http://www.example.com/test.php > Or: > https://secure.example.com/test.php > > The session variables seem to be stored in different places, even > though the > save_path is identical. > > Does anyone know why this happens and/or how to work around it? > > Thanks! > > > Jesse Guardiani > jesse@xxxxxxxxxxx > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > -- Like Music? http://l-i-e.com/artists.htm -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php