Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:62944
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.20.128 cause and error)
Message-ID: <504EDBDC.7040309@lsces.co.uk>
Date: Tue, 11 Sep 2012 07:36:12 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120604 Firefox/13.0 SeaMonkey/2.10
MIME-Version: 1.0
To: PHP internals <internals@lists.php.net>
References: <CAAyV7nHZ6Kr7yKF0B-UgauN6eKKxRsqCztP9w9hUzOdiPLHYAw@mail.gmail.com> <CADNQb0USW3j7BWEjvDwOdCKoLy3xVJ8eCRjZ610ekKmTL7R9VQ@mail.gmail.com> <CAAyV7nGA=1pWLj1G+X1EvoNB0jb4ji6oJ2tGZNwXH=CCae_9wA@mail.gmail.com> <CADNQb0XRrh21QX1qmqvHpvONRSOARXQpC8XroCFiw2z6F2Px5Q@mail.gmail.com> <504E6862.4080608@sugarcrm.com> <CAEZPtU6ssaABEd3ot54kZ1TAv7kKMFiOxa2dMq_+RMfoMr0AKg@mail.gmail.com>
In-Reply-To: <CAEZPtU6ssaABEd3ot54kZ1TAv7kKMFiOxa2dMq_+RMfoMr0AKg@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [VOTE] Add simplified password hashing API
From: lester@lsces.co.uk (Lester Caine)

Pierre Joye wrote:
> On Tue, Sep 11, 2012 at 12:23 AM, Stas Malyshev<smalyshev@sugarcrm.com>  wrote:
>> >OTOH, PECL module that can be built in 5.3/5.4 too might be nice. Not
>> >everybody is going to upgrade to 5.5 soon, so having them participate
>> >would be good too. Maybe we could do it as a module and have it workable
>> >as PECL too for those who are not on 5.5? PHP solution is not really the
>> >same - if we have two separate codebases, nobody can be sure they
>> >actually do the same thing.
> Yes, that's actually what I wanted to ask as well for this ext. But
> I'm not sure it is easy as it relies on PHP APIs which were no exposed
> in 5.3 nor 5.4. Maybe we could expose them in the next releases (to
> check which).
>
> However maintaining both core and pecl can be sometimes time consuming
> (hours matter, not days:), but it is definitively a great way to
> provide updates more frequently or to provide more tests releases
> (beta).

I seem to recall asking in the past asking for a bit more of a 'modular' 
approach as we have in other areas of the system. Why shouldn't things be tidied 
up so that single modules can be rebuilt and new ideas distributed without 
affecting the rest. The only thing that really makes this difficult is that the 
'distributed' core is all bundled in one repo and pecl in another. Some more 
flexible way of working with all code would help reduce the time taken.

> Anthony, is it something you would consider? It could also help to
> speed up the adoption.

And logging some of the actions required to produce a 'non-core' module that 
will work with a stock distribution would be helpful.

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk