>At 00:20 25/06/2003, Marcus Börger wrote: >>That discussion is mostly non public and will not become public until we can >>find a consensus/solution togeter with MySQL on LinuxTag during july. > >That implies that this discussion exists; It doesn't; We're not >discussing the addition of PostgreSQL as a bundle in PHP as an alternative >to MySQL. > >Zeev
The discussion that doesn't exist.. Is it the one you refer to in "I suggest we don't open this discussion again. The archives are full of past discussions."
This was aimed at James, which was opening up the battered discussion of whether we should or shouldn't be bundling modules in PHP. I wasn't referring to PostgreSQL in particular...
...or is it the one that is taking place in private?
There's some discussion going on in between the PHP group and MySQL AB regarding the status of the MySQL module in future PHP versions. But that's about it.
The questions that are floating round my head
1) Will MySQL be included again - I presume this will probably be so, dependant on MySQL AB.
If you refer to the client library, my personal guess is no, but time will tell.
2) Will any consideration of including a non-commercial db client as default will EVER be considered regardless of circumstances.
My personal guess is again, no. I'm not aware of any major commercial database that has an opensource client library, anyway.
4) Should MySQL not be included again and no discussion of alternate DB's being allowed, am I right in presuming PHP would have no bundled DB client.
Right.
Finally, this would be all made a lot easier if the libraries could be included at runtime from a local directory. From what I understand this should be possible with PECL. If all (most, some, importartant) modules could be included by dropping them into a ftp folder and including them in your code, none of these conversations would be relevant. So...
Runtime loading of libraries is deprecated, and is not possible in most shared hosting environments anyway (because it's a huge security risk).
Zeev
-- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
