Re: Session extension cannot be used in a loop/CLI since 7.2
| From: | Björn Larsson | Date: | Thu, 12 Oct 2017 12:06:37 +0000 |
| Subject: | Re: Session extension cannot be used in a loop/CLI since 7.2 | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-100872@lists.php.net to get a copy of this message | ||
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 impacton 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