Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:29695
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain pooteeweet.org from 212.112.227.169 cause and error)
Message-ID: <46546B6C.8010107@pooteeweet.org>
Date: Wed, 23 May 2007 18:27:24 +0200
User-Agent: Thunderbird 2.0.0.0 (Windows/20070326)
MIME-Version: 1.0
To: Lester Caine <lester@lsces.co.uk>
Cc: PHP internals <internals@lists.php.net>
References: <139872287.20070504170744@marcus-boerger.de>	 <736AED54-1272-4924-A07D-3166A1742A2F@prohost.org>	 <698DE66518E7CA45812BD18E807866CE2FEF72@us-ex1.zend.net>	 <463EDD0B.7080300@lsces.co.uk>	 <4e89b4260705222133y185892bdie46be2e78a2e471b@mail.gmail.com>	 <4653DA24.8060801@pooteeweet.org> <4e89b4260705230759i64821f14y9bcb7cbcb34aa197@mail.gmail.com> <46546175.5030205@lsces.co.uk>
In-Reply-To: <46546175.5030205@lsces.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Starting 5.3
From: mls@pooteeweet.org (Lukas Kahwe Smith)

Lester Caine wrote:
> Wez Furlong wrote:
>> I'd modify that to say that no one with the C skills is interested in
>> taking it over, and there is almost no incentive to do this because
>> "no one" uses it.
> 
> I would not say that on the firebird-php list Wez - one hell of a lot of 
> people rely on it for their livelyhood. I know - I'm one of them.
> I don't have time to waste to move perfectly functional code from one 
> driver to another just because others say that is what must happen. I'll 
> stick with the driver that *IS* working, and uses the optimal method of 
> getting SQL in and out of the engine rather than having to take a second 
> best route.

Lester, the point is simple. Very few things in PHP get done because 
someone besides the actual developer needs it. In some cases this "need" 
is created by a corporate sponsor as in the case of the oci8 driver. But 
  you can argue all you want on this, the fact of the matter is that 
"importance" in PHP is determined by the assumption that anything 
important will have someone to hack on. Of course some "important" 
things might just be unlucky in this setup and Firebird seems to be hit 
by that.

So I suggest that you go hunt on firebird-php for some people with 
hacking skills, that are interested in playing with PDO. That being 
said, you are right the native extensions are slightly faster (unless 
you are making heavy use of fetchAll()) and they work nice and provide 
more features. That beind said, a lot of shiny new software is build on 
top of PDO and if nobody in the Firebird community picks up the PDO 
driver, all the Firebird users will be left out in the cold. But again, 
if nobody with C hacking skills is feeling sufficient pain over this, 
the assumption is that the pool of users is too small or the pain is too 
small.

regards,
Lukas