Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:54707
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain googlemail.com designates 209.85.214.42 as permitted sender)
MIME-Version: 1.0
Sender: sebastian.krebs.berlin@googlemail.com
In-Reply-To: <4E4E1561.8070305@kingsquare.nl>
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>
	<4E4E1561.8070305@kingsquare.nl>
Date: Fri, 19 Aug 2011 10:56:50 +0200
Message-ID: <CALtuQzA=jRB5R9nQapteb8rX1mpBy=gZsuadEWxqpPZM4SKtUQ@mail.gmail.com>
To: internals@lists.php.net
Content-Type: multipart/alternative; boundary=000e0cd6cfcc044e7b04aad7e930
Subject: Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4
 by default
From: krebs.seb@googlemail.com (Sebastian Krebs)

--000e0cd6cfcc044e7b04aad7e930
Content-Type: text/plain; charset=ISO-8859-1

Hi,

One pitfall I see is, that two separate system can communicate using
serialized data. They both must understand the same format and (in this
case) must be configured equal.

Regards,
Sebastian

2011/8/19 Kingsquare.nl - Robin Speekenbrink <robin@kingsquare.nl>

> 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<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<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,
>>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--000e0cd6cfcc044e7b04aad7e930--