Re: [VOTE] Secure Session Module Options/Internal by Default
| From: | Yasuo Ohgaki | 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