Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:52898 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 35876 invoked from network); 4 Jun 2011 23:00:33 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Jun 2011 23:00:33 -0000 Authentication-Results: pb1.pair.com header.from=andi@zend.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=andi@zend.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 63.205.162.117 as permitted sender) X-PHP-List-Original-Sender: andi@zend.com X-Host-Fingerprint: 63.205.162.117 us-mr1.zend.com Received: from [63.205.162.117] ([63.205.162.117:59330] helo=us-mr1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 18/77-14012-F09BAED4 for ; Sat, 04 Jun 2011 19:00:32 -0400 Received: from us-gw1.zend.com (us-ex2 [192.168.16.15]) by us-mr1.zend.com (Postfix) with ESMTP id 9508AC03F7 for ; Sat, 4 Jun 2011 16:02:42 -0700 (PDT) Received: from US-EX2.zend.net ([::1]) by US-EX2.zend.net ([::1]) with mapi id 14.01.0255.000; Sat, 4 Jun 2011 16:00:29 -0700 To: "internals@lists.php.net" Thread-Topic: Bundling "modern" extensions Thread-Index: AcwjCSB6D2kigDBYRpuVHRSwpb0N8w== Date: Sat, 4 Jun 2011 23:00:28 +0000 Message-ID: <8757232E56758B42B2EE4F9D2CA019C901499F97@US-EX2.zend.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [63.205.162.122] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Bundling "modern" extensions From: andi@zend.com (Andi Gutmans) Hi, I've been getting quite a few inquiries re: PHP's "lack" of support for mod= ern technologies such as NoSQL databases (for lack of better term). There i= s some (mistaken) perception that PHP is behind on this front.=20 I think one of the problems is that in the past we always ensured that the = extensions for key current technologies were bundled with PHP i.e. mysql, j= son & soap/xml. This was one of our biggest strengths and advantages and it= would propagate to Linux distros, shared hosting, etc.. Therefore, I think= we should move towards bundling some of the key extensions to ensure they = are easily found by people esp. when people are getting them via third part= ies. For starters I would bundle ext/mongo which is very well maintained; see if= we can get "thrift_protocol" contributed to PECL and included (support HBa= se and Cassdandra and used by a few PHP SDKs integrating with these data st= ores). In parallel I'd also see if there are any key extensions which we think are= mainstream, stable and well maintained enough to be included. For example,= http comes to mind. Anyway, I am not suggesting we go and include a lot more but I think there = are a few key ones, and I would start with very strong NoSQL support extens= ions that already exist to ensure the eco-system picks them up and we make = them readily available + get rid of any false perceptions that exist. Andi