Re: [VOTE] Secure Session Module Options/Internal by Default

From: Date: Mon, 24 Feb 2014 10:00:07 +0000
Subject: Re: [VOTE] Secure Session Module Options/Internal by Default
References: 1 2 3 4 5 6 7 8 9 10 11  Groups: php.internals 
Request: Send a blank email to internals+get-72790@lists.php.net to get a copy of this message
Hi Andrey, On Mon, Feb 24, 2014 at 6:50 PM, Andrey Andreev <narf@devilix.net> wrote: > > > - hash_bits_per_character will be removed from the RFC. > > - Possible issue with ID length change will be documented. > > - "id_length" will be removed. User should use hash index search. > > - Raise error when hash function is not available. > > I'd be happy with that, yes. :) > Although for hash_bits_per_character, I only insisted the RFC to > explain that this is a change complementing hash_function. > OK. I'll document it. > > > Raising error seems not good... > > If hash extension is available always, it might be easier for other > module, > > too. > > Do not allow DL/disabling hash extension, perhaps? > > > I see no reason why anybody would want to disable the Hash extension, > so sure - I'd remove that choice. > I agree. It will be added to the RFC. > However, silent fallback for stuff like this is never a good thing and > somebody might i.e. make a typo while configuring, so why not raise > E_WARNING for invalid hash_function regardless? Make sense to me, too. I'll make it raise error for any invalid hashes. Thank you for your help :) Regards, -- Yasuo Ohgaki yohgaki@ohgaki.net

« previous php.internals (#72790) next »