Hi Johanns and Stas,
- session_close() - close session, *do* write, unlock file
We have session_write_close() (session_commit() is alias), so
it may be better to remain as it is.
On Mon, Jan 20, 2014 at 11:18 PM, Johannes Schlüter
<[email protected]>wrote:
> I do think this also should be application defined, not configuration
> defined. So using functions for that is better than ini options. Only
> the individual script nows what it needs, global configuration for
> tuning one application will break another on the same system and makes
> it harder to write portable appliations.
>
Stas and your discussion sounds reasonable to me, too. I don't mind
files_ext implementation to be a PECL module as a reference implementation.
It would be a module that does not provide any function, but only a
files_ext
save handler and lock INI.
session_unlock() is a simple new function and it does not require RFC, but
it is mentioned in it. However, unlocking session after start makes thing
more
complex for save handlers. It is better to specify when session is started.
Therefore, it would be better to pass new behavior options to
session_start().
session_start(array('lock'=>false, 'lazy_write'=>true,
'lazy_destroy'=>120));
It may also set other options for session like save handler, serializer,
expire, etc.
Since session.lazy_destroy is required for reliable session_regenerate_id()
operation, it remains but not exposed as INI option. Users has to pass
option
to session_start() to disable it.
In short, no new INI is added. Option parameter is added to session_start()..
I'll add new API for save handler to get start options.
I would like to change the RFC like this.
Any comments?
Regards,
--
Yasuo Ohgaki
[email protected]