Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:100872 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 66034 invoked from network); 12 Oct 2017 12:06:42 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Oct 2017 12:06:42 -0000 Authentication-Results: pb1.pair.com smtp.mail=bjorn.x.larsson@telia.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=bjorn.x.larsson@telia.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain telia.com designates 81.236.60.155 as permitted sender) X-PHP-List-Original-Sender: bjorn.x.larsson@telia.com X-Host-Fingerprint: 81.236.60.155 v-smtpout2.han.skanova.net Received: from [81.236.60.155] ([81.236.60.155:54593] helo=v-smtpout2.han.skanova.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8A/B5-49033-FCA5FD95 for ; Thu, 12 Oct 2017 08:06:40 -0400 Received: from [192.168.8.16] ([94.254.95.82]) by cmsmtp with SMTP id 2cG4eBumnG9mm2cG4eoup2; Thu, 12 Oct 2017 14:06:36 +0200 To: Nicolas Grekas , Sara Golemon References: Cc: PHP internals Message-ID: <9ce6f656-03b0-2e07-6a8e-6a10d0238a6c@telia.com> Date: Thu, 12 Oct 2017 14:06:37 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: sv X-CMAE-Envelope: MS4wfHYrukImNhrVam89IEPu+RiCKANGgUbjIYkMUE8y8AQRZHydCDvR8Ho7x393OUtR5AFi/iPT3UDfeneGn3b5fAOubZ6KLuZyzWJFPDFhOzaMqI2VzXT7 H/DI+fag2oE0NRqBEsUDviDKQ2gpi6ETYCaNFlSUBdvUjUhxWf324vrfTmy2z0Kwgu5L9f1aIKixq/Ed6agzFxJvXLPvFGkhNq0qMx72RLDy9QHCnMyUu4By XzqB8R7YThzv2WL7E/qo0A== Subject: Re: [PHP-DEV] Session extension cannot be used in a loop/CLI since 7.2 From: bjorn.x.larsson@telia.com (=?UTF-8?Q?Bj=c3=b6rn_Larsson?=) Den 2017-10-09 kl. 13:20, skrev Nicolas Grekas: > Hello, > > I'm having a hard time fixing Symfony's tests suite to 7.2 because of the > added warnings+ini_set-rejections in the Session module. > > Testing the session on the CLI is not possible anymore without starting one > PHP process per test case. Why not, you may say. > > BUT, this also means that the session module is now basically useless in a > request-response loop. > That means ReactPHP, PHP-PM, Amp & the likes are all going to have to > rewrite a userland session module completely. That also means e.g. Symfony > and all other frameworks will have to move away from the internal's Session > module if they want to work also with these long living processing model. > > PHP is less "generic" now - with stronger bindings to its short lived > req/resp. cycle. > Is it something internal should care about? Should we reconsider this for > 7.2? > > Regards, > Nicolas > One aspect that comes to mind is if this has a negative impact on the adaptation / uptake of 7.2 once it's released? Could be valuable to have the RMs view on this changed behaviour. r//Björn