Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:53037 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 98447 invoked from network); 6 Jun 2011 15:58:30 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Jun 2011 15:58:30 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.211.66 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 217.114.211.66 unknown Received: from [217.114.211.66] ([217.114.211.66:38010] helo=config.schlueters.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9E/11-23189-A19FCED4 for ; Mon, 06 Jun 2011 11:58:19 -0400 Received: from [192.168.2.230] (ppp-93-104-45-68.dynamic.mnet-online.de [93.104.45.68]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by config.schlueters.de (Postfix) with ESMTPSA id 2606972266; Mon, 6 Jun 2011 17:58:16 +0200 (CEST) To: Larry Garfield Cc: internals@lists.php.net In-Reply-To: <4DECEFBF.5070105@garfieldtech.com> References: <8757232E56758B42B2EE4F9D2CA019C901499F97@US-EX2.zend.net> <4DECEFBF.5070105@garfieldtech.com> Content-Type: text/plain; charset="UTF-8" Date: Mon, 06 Jun 2011 17:56:30 +0200 Message-ID: <1307375790.1414.487.camel@guybrush> Mime-Version: 1.0 X-Mailer: Evolution 2.30.2 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Bundling "modern" extensions From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Mon, 2011-06-06 at 10:18 -0500, Larry Garfield wrote: > The only way, currently, that projects can predict what a given host > will have installed is "bundled in core PHP". If it's in the core PHP > bundle, we can *usually* expect it to be there. If not, we can > *usually* presume it won't be. That's not a hard and fast rule, but > it's the best we've got right now. While that rule is not true by far. Shared hosting usually does not offer com_dotnet, gettext, interbase, ldap, mssql, oci8, odbc, pdo_dblib, pdo_firebird, pdo_oci, pdo_odbc, pdo_pgsql, pgsql, recode, snmp, sybase_ct I know many which don't provide ftp, gmp, imap, mbstring, openssl, phar, shmop, sysvmsg, sysvsem, sysvshm, wddx, xmlrpx, zip, zlib Sometimes for good reasons (a firebird extension makes no sense if you don't provide firebird) sometimes for strange reasons ("i don't want my customers to waste CPU/network") so in the end bundling is no guarantee. and btw. I also now shared hosters which offer PECL stuff after customers demanded it. Unless we start a certification program ("PHP Certified Hoster" .. demanding some specific features etc.) there's little we can do. And I doubt we want to do that ;-) So the guessing game is hard. what I started some years ago was collecting some statistics which is reported by installers from PHP applications. The first app I'm using this with is phpMyFAQ, but phpBB3 meanwhile has a similar feature. By these statistics I can tell that just 1.5% of the people installing phpMyFAQ are having APC installed, Zend Optimizer is available more often, 65.7%. 98.7% have the tokenizer extension enabled. Roughly 3/4 are claiming to use hosting companies. (all only counting where users agreed to send the information, collecting since June 2007, while the collection logic was broken for a few months now ...) One day[tm] I plan to make all this data public with a simple query interface. I'd also be interested in adding such a data collection to other software. If you're interested feel free to contact me of list. johannes