Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:73443
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.179 as permitted sender)
MIME-Version: 1.0
Sender: julienpauli@gmail.com
In-Reply-To: <CAPhkiZwPBoN+Y+gyTXZB68HTfYkA5eZ-yn_=2FMvir+oFza5TQ@mail.gmail.com>
References: <CAPhkiZyFHshFc56UEHiDFK9k801ztno+xoS82Yf6qAcwiRPg1A@mail.gmail.com>
 <010e01cf4788$05f3c5a0$11db50e0$@devtemple.com> <CAPhkiZx8DuDPfks-RNNNunHsjso-9KuwRBor8TjRaK3E10qUiA@mail.gmail.com>
 <01c801cf47c0$59acbf20$0d063d60$@devtemple.com> <CAPhkiZwNywUi_LjOcTmB_aDONHcmpHFtExW6h+S4yYHf4ypitQ@mail.gmail.com>
 <CAPhkiZwPBoN+Y+gyTXZB68HTfYkA5eZ-yn_=2FMvir+oFza5TQ@mail.gmail.com>
Date: Wed, 26 Mar 2014 11:29:16 +0100
Message-ID: <CAMUwpuRH-cQ9fasUyOft5C7JRi5N=6szwDV5inf+wNi-eAC2iA@mail.gmail.com>
To: Andrey Andreev <narf@devilix.net>
Cc: Bill Salak <bill@devtemple.com>, "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=bcaec51a709a459c9204f57ff3a1
Subject: Re: [PHP-DEV] [RFC] session_start(), read_only, lazy_write; Take 2
From: jpauli@php.net (Julien Pauli)

--bcaec51a709a459c9204f57ff3a1
Content-Type: text/plain; charset=ISO-8859-1

On Tue, Mar 25, 2014 at 1:55 PM, Andrey Andreev <narf@devilix.net> wrote:

> Hi,
>
> In order to avoid further arguments about whether a separate function
> for read-and-close is better or not, I've added an alternative
> proposal - to rename the option to 'read_close' or 'read_and_close'.
> After all, the most important thing is that it's not 'read_only'.


I agree "read_and_close" is much better discribing what it really does , so
I prefer it.

For non BC changes etc.. , please, consider that you'll have a big time for
rethinking the whole session module for PHP6 if you want to (and I think
I'll be part of deep discussions here)
So don't bother too much in searching solutions for introducting new
concepts in PHP5.X session module while keeping BC. Keep all those for PHP6.

We are near 5.6 freeze, not that I dont want new shinny features, but what
I want for 5.6 is something both consistent and voted, should it be "just a
tiny feature".
Work and thoughts are not lost anyway.

Julien.P

--bcaec51a709a459c9204f57ff3a1--