From 42c237469ba20bd68fdcd39f38bf155d510a263d Mon Sep 17 00:00:00 2001 From: Jakub Vrana Date: Thu, 13 Oct 2005 12:40:08 +0000 Subject: [PATCH] unset($_SESSION[var]) works and is prefered even with register_globals register_globals globalizes $_SESSION (bug #34732) git-svn-id: https://svn.php.net/repository/phpdoc/en/trunk@198348 c90b9560-bf6c-de11-be94-00142212c4b1 --- reference/session/reference.xml | 31 ++++--------------------------- 1 file changed, 4 insertions(+), 27 deletions(-) diff --git a/reference/session/reference.xml b/reference/session/reference.xml index 67f3114278..3da4aec038 100644 --- a/reference/session/reference.xml +++ b/reference/session/reference.xml @@ -1,5 +1,5 @@ - + @@ -228,25 +228,6 @@ unset($_SESSION['count']); to restore a reference to another variable. - - - - Unregistering a variable with <link - linkend="ini.register-globals">register_globals</link> - enabled, after registering it using - <varname>$_SESSION</varname>. - - - -]]> - - - If register_globals @@ -264,13 +245,7 @@ session_unregister('count'); don't use session_register, session_is_registered or session_unregister. - - - If you enable register_globals, - session_unregister should be used since - session variables are registered as global variables when - session data is deserialized. Disabling register_globals is recommended for both security and performance reasons. @@ -282,6 +257,8 @@ session_unregister('count'); is enabled, then the global variables and the $_SESSION entries will automatically reference the same values which were registered in the prior session instance. + However, if the variable is registered by $_SESSION + then the global variable is available since the next request. There is a defect in PHP 4.2.3 and earlier. If you register a new