Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:98340 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 92418 invoked from network); 23 Feb 2017 01:11:00 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Feb 2017 01:11:00 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 84.19.169.162 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 84.19.169.162 mail.experimentalworks.net Received: from [84.19.169.162] ([84.19.169.162:46420] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 98/98-11648-2A63EA85 for ; Wed, 22 Feb 2017 20:10:59 -0500 Received: from [192.168.2.34] (ppp-46-244-168-199.dynamic.mnet-online.de [46.244.168.199]) by mail.experimentalworks.net (Postfix) with ESMTPSA id 9A8E4515FE; Thu, 23 Feb 2017 02:10:55 +0100 (CET) Message-ID: <1487812245.24440.18.camel@kuechenschabe> To: =?ISO-8859-1?Q?C=F4me?= Chilliet Cc: internals@lists.php.net Date: Thu, 23 Feb 2017 02:10:45 +0100 In-Reply-To: <13777322.eOKPzv5dy0@mcmic-probook> References: <13777322.eOKPzv5dy0@mcmic-probook> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] References in the session From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Wed, 2017-02-22 at 15:01 +0100, Côme Chilliet wrote: > Hello, > > In the $_SESSION documentation we can see the following warning: "You > can't use references in session variables as there is no feasible way > to restore a reference to another variable." Actually with register_globals gone that requirement should be gone so we should be able to use the same rules as in other serialisation. The biggest issue is compatibility of the serialized form (during an update sessions might be shared between different versions of PHP in some setups, with some persistent storage even longer) johannes