It's nice but as long as the browsers don't implement it natively then it's less useful for server to client communication. Of course can still be quite useful with custom I/O or data sources that implement it natively i.e. mongodb.
> -----Original Message----- > From: Ilia Alshanetsky [mailto:i...@prohost.org] > Sent: Thursday, November 25, 2010 4:16 PM > To: Pierre Joye > Cc: Jonah H. Harris; Andi Gutmans; internals@lists.php.net > Subject: Re: [PHP-DEV] Performance of buffer based functionality (JSON, AES, > serialize()) > > Just read over the BSON spec, looks fairly interesting, the only bit that > appears > to be missing for PHP purposes is object support. We would need to introduce > custom type on top of standard BSON. However from compactness and > consistency standpoint it looks fairly appealing. > > On Thu, Nov 25, 2010 at 2:51 PM, Pierre Joye <pierre....@gmail.com> wrote: > > On Thu, Nov 25, 2010 at 8:47 PM, Jonah H. Harris <jonah.har...@gmail.com> > wrote: > >> On Thu, Nov 25, 2010 at 2:14 PM, Pierre Joye <pierre....@gmail.com> > wrote: > >>> > >>> For the record here, igbinary is a very good example of such optimization: > >>> > >>> http://opensource.dynamoid.com/ > >> > >> igbinary is a nice extension indeed. However, for those of us who > >> have environments which include multiple programming languages, > >> custom serializations become a PITA. As such, we generally go with > >> something more portable such as Avro or straight JSON. Awhile back, > >> I had done some work rewriting the JSON serialization functions to > >> use the fast (and BSD > >> licensed) yajl JSON parser (https://github.com/lloyd/yajl). Initial > >> benchmarks showed a 4-7% performance improvement in > >> serialization/deserialization. > > > > Good point indeed. That makes me think about bson > > (http://bsonspec.org/), which is used by mongodb for example. > > > > -- > > Pierre > > > > @pierrejoye | http://blog.thepimp.net | http://www.libgd.org > > > > -- > > PHP Internals - PHP Runtime Development Mailing List To unsubscribe, > > visit: http://www.php.net/unsub.php > > > > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php