On Tue, Jun 3, 2014 at 2:46 PM, Andrey Andreev <n...@devilix.net> wrote:

> Hi,
>
> On Tue, Jun 3, 2014 at 3:30 PM, Ferenc Kovacs <tyr...@gmail.com> wrote:
> >
> >
> >
> > On Tue, Jun 3, 2014 at 1:01 PM, Andrey Andreev <n...@devilix.net> wrote:
> >>
> >> On Tue, Jun 3, 2014 at 10:41 AM, Ferenc Kovacs <tyr...@gmail.com>
> wrote:
> >> > Hi,
> >> >
> >> > I wanted to ask what's our current consensus about feature requests
> like
> >> > this: https://bugs.php.net/bug.php?id=67309
> >> > The requested function wouldn't provide anything which isn't currently
> >> > available via ini_get(), but it would be a bit natural to expect a get
> >> > method where a set exists.
> >> >
> >> > --
> >> > Ferenc Kovács
> >> > @Tyr43l - http://tyrael.hu
> >>
> >> Hi,
> >>
> >> We talked about this with Yasuo in regards to some ext/session stuff
> >> (although it was about setters) and agreed on keeping ini_set() only.
> >> He even wrote a quick RFC about it:
> >> https://wiki.php.net/rfc/deprecate-ini-functions
> >>
> >
> > Yeah, but AFAIR we didn't come up with an agreement (other than reverting
> > out a couple of new functions from PHP 5.6.0).
>
> We didn't indeed, I was just giving you partial feedback. :)
>
> >> My opinion in general is that we don't need functions that duplicate
> >> ini_set(), ini_get() for a particular setting and existing ones should
> >> be removed in the future instead of adding more to complement them. No
> >> idea what other people think about it though.
> >
> >
> > I agree that providing multiple ways to achive the same thing is not
> really
> > useful.
> > But we also have to decide whether or not it is worth the BC to remove
> some
> > existing function only because one can already do the same thing via
> > ini_set.
>
> With work supposedly being started on PHP6, now is the right time to
> make that decision. :)
>
> > Another (albeit maybe a bit far-fetched) aspect is that somebody could
> > assume that he/she can restrict a setting via disabling the appropriate
> > function(via disable_functions) while that can be bypassed through the
> > ini_set or vica versa.
> > So the more ways we provide for the same setting to be set it is more
> likely
> > that somebody forgets protecting one of those.
>
> Exactly.
>
> Cheers,
> Andrey.
>

resurrecting this thread in the hope of getting a bit more feedback.

-- 
Ferenc Kovács
@Tyr43l - http://tyrael.hu

Reply via email to