Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:54702
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain kingsquare.nl from 212.54.34.166 cause and error)
Message-ID: <4E4E1561.8070305@kingsquare.nl>
Date: Fri, 19 Aug 2011 09:48:49 +0200
Organization: Kingsquare Information Services
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:6.0) Gecko/20110812 Thunderbird/6.0
MIME-Version: 1.0
To: internals@lists.php.net
References: <CAKxcST-n_aC1NJ8pLg5natwRRcxEHV_t-fiEhYX4mc=G7WPFaA@mail.gmail.com> <CAEZPtU5R9MdFjUkzyyyt57_ZnM=QkiT-_Fcntqjmyd7pGy5xkA@mail.gmail.com> <4E4D4B8D.6090406@sugarcrm.com> <CAEZPtU63TR_QaHx-SDmuXdBK6BBKywQbcuebva6Vz1Zk+4HyXA@mail.gmail.com>
In-Reply-To: <CAEZPtU63TR_QaHx-SDmuXdBK6BBKywQbcuebva6Vz1Zk+4HyXA@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4
 by default
From: robin@kingsquare.nl ("Kingsquare.nl - Robin Speekenbrink")

Dear All,

Again with my 2cents into the basket: I was hoping Ilia Alshanetsky 
would also support this idea since in his talks (i.e. 
http://ilia.ws/archives/241-IPC-Hidden-Features-of-PHP-Slides.html) he 
has been promoting the exact same use: switch the standard serializer 
to igBinary...

Also the proposed include it -> read the data -> convert on write if in 
previous format (possibly an ini setting?) would provide full BC and 
would allow a painless upgrade... wouldnt it?

-- 
With kind regards,

Robin Speekenbrink
Kingsquare Information Services

On donderdag 18 augustus 2011 21:39:56, Pierre Joye wrote:
> hi Stas!
> 
> On Thu, Aug 18, 2011 at 7:27 PM, Stas Malyshev<smalyshev@sugarcrm.com>  wrote:
> 
>>>   . not enabling it by default defeats the purpose of bundling it
>>
>> Actually, I don't think it does. It's one thing to tell people "put this
>> option into php.ini" and quite another is "download it from PECL (?),
>> compile it (?!) and install it". The first is wi
thin the limits of any
>> literate person, the second is sysadmin territory.
> 
> All major distros have it already, so it is the same. Now, if it is
> not enabled by default, then many admins won't install it, back to the
> same problem. It is very unlikely that someone with root or admin
> perms won't be able to install an extra extension from the distro
> repository or using the DLL on windows.
> 
>>>   . easier to support it while being only in pecl ('do you use the core
>>> version or latest pecl?")
>>
>> It is a concern, if this extension is not stable yet. Is it?
> 
> It is stable. But the concern is not about its stability but the ease
> of support. Having it in core means than some users may use (for
> example) 5.4.2 version while we are at 5.4.6 or pecl has 3 new
> versions. Not a big deal, just easier.
> 
> That being said, I'm not opposed to include it, I only don't see it as
> a must go :)
> 
> Cheers,