RE: [PHP] Re: The future of PHP -- accessory libraries

2001-08-29 Thread Dan Harrington
Here's an idea. Provide commercial PHP support for ISP's for a fee. Yearly subscriptions ? via email? > -Original Message- > From: Brian Tanner [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, August 29, 2001 4:55 PM > To: [EMAIL PROTECTED] > Subject: RE: [P

RE: [PHP] Re: The future of PHP -- accessory libraries

2001-08-29 Thread Brian Tanner
: PHP General Subject: RE: [PHP] Re: The future of PHP -- accessory libraries > So it looks like this is mostly a documentation issue. We have not done a > good job educating the ISPs out there. But they should have been able to > figure this out by looking at how PHP is packaged by th

RE: [PHP] Re: The future of PHP -- accessory libraries

2001-08-29 Thread Richard Heyes
> So it looks like this is mostly a documentation issue. We have not done a > good job educating the ISPs out there. But they should have been able to > figure this out by looking at how PHP is packaged by the various > distribution vendours. Perhaps a section in the manual dedicated to ISP rel

Re: [PHP] Re: The future of PHP -- accessory libraries

2001-08-29 Thread Mark Charette
Considering that they haven't figured out how to use the spell checker, does it surprise you that they haven't figured out how to do an dynamic load (apxs) of PHP? Or save their last good configuration (config.status). mark C. -- The phrase "computer literate user" really means the person has bee

Re: [PHP] Re: The future of PHP - accessory libraries

2001-08-29 Thread Heiko Maiwald
Rasmus Lerdorf wrote: > > Exactly.  When you do ./configure --with-foo=shared; make > > then modules/foo.so will appear magically and you can dl() that or load it > > using "extension=foo.so" in your php.ini.  You don't have to recompile > > PHP. > > > > -Rasmus > > I am afraid that is only theor

Re: [PHP] Re: The future of PHP - object model

2001-08-29 Thread Zeev Suraski
If I didn't know you're not working for Zend, I'd suspect that was a prepared-question :) http://www.zend.com/engine2/ZendEngine-2.0.pdf At 11:26 29-08-01, Geoff Caplan wrote: >Hi folks > >While we are on the subject of strategic issues for PHP, a quick question on >the OOP functionality. > >As

Re: [PHP] Re: The future of PHP - accessory libraries

2001-08-29 Thread Zeev Suraski
At 11:13 29-08-01, Geoff Caplan wrote: >I am not very technical, as you will have gathered. But all I can do is pass >on the view of my (rather good) ISP. They offer Java, Perl and PHP, and say >that they find PHP much the most difficult to extend. Can you elaborate on what you (or they) mean by

Re: [PHP] Re: The future of PHP - accessory libraries

2001-08-28 Thread Rasmus Lerdorf
> > Exactly. When you do ./configure --with-foo=shared; make > > then modules/foo.so will appear magically and you can dl() that or load it > > using "extension=foo.so" in your php.ini. You don't have to recompile > > PHP. > > > > -Rasmus > > I am afraid that is only theory. I tried that for the

Re: [PHP] Re: The future of PHP - accessory libraries

2001-08-28 Thread Heiko Maiwald
Rasmus Lerdorf wrote: > > That's not allowing me to simply dl() an SO file, because I don't have the > > SO file to start with - that's what I was trying to get at. If I have > > to reconfigure > > everything, there's not much point, I don't think. Unless I'm missing > > something > > ob

Re: [PHP] Re: The future of PHP - accessory libraries

2001-08-28 Thread Christopher CM Allen
> Exactly. When you do ./configure --with-foo=shared; make > then modules/foo.so will appear magically and you can dl() that or load it > using "extension=foo.so" in your php.ini. You don't have to recompile This is very good news! I must have mis-rad the manual on this part!! Is there any way

Re: [PHP] Re: The future of PHP - accessory libraries

2001-08-28 Thread Rasmus Lerdorf
> That's not allowing me to simply dl() an SO file, because I don't have the > SO file to start with - that's what I was trying to get at. If I have > to reconfigure > everything, there's not much point, I don't think. Unless I'm missing > something > obvious. I'd like to be able to simply have

Re: [PHP] Re: The future of PHP - accessory libraries

2001-08-28 Thread Michael Kimsal
Rasmus Lerdorf wrote: >>Something which seems to not be a viable option for most things is SO >>files. For some reason, the only "real" way (documented) to get >>things into PHP is to compile them all into PHP. I've used the pdflib >>SO file and just used dl() to bring it in - works like a ch

Re: [PHP] Re: The future of PHP - accessory libraries

2001-08-28 Thread Michael Kimsal
Rasmus Lerdorf wrote: >>Look at it from their point of view. Say, as a customer, you want to use >>library X. The ISP looks around and eventually find it lives on a personal >>site in Greece or Hungary. Not very confidence inspiring. The ftp on this >>site is broken, so they email the author a

Re: [PHP] Re: The future of PHP - accessory libraries

2001-08-28 Thread Miles Thompson
Geoff (and the list) ... You have presented an excellent, well-reasoned case, which I endorse 100 percent. You also raised issues I have not had to consider, as my development has been for lightly loaded servers under my control, with only the PostgreSQL and MySQL libraries required. I'll als

Re: [PHP] Re: The future of PHP - accessory libraries

2001-08-28 Thread Rasmus Lerdorf
> Something which seems to not be a viable option for most things is SO > files. For some reason, the only "real" way (documented) to get > things into PHP is to compile them all into PHP. I've used the pdflib > SO file and just used dl() to bring it in - works like a champ. Pity I > can't do th

Re: [PHP] Re: The future of PHP - accessory libraries

2001-08-28 Thread Rasmus Lerdorf
> Look at it from their point of view. Say, as a customer, you want to use > library X. The ISP looks around and eventually find it lives on a personal > site in Greece or Hungary. Not very confidence inspiring. The ftp on this > site is broken, so they email the author and wait a couple of days

Re: [PHP] Re: The future of PHP - accessory libraries

2001-08-28 Thread Michael Kimsal
Geoff Caplan wrote: >Rasmus wrote > >>This is solved by people who roll distributions. Debian, Mandrake, >>RedHat, FreeBSD, etc. It is very simple to add new features to an >>existing PHP setup through these binary distributions of PHP, even for >>newbies. Once you know your way around PHP a

RE: [PHP] Re: The future of PHP -- accessory libraries

2001-08-27 Thread Rasmus Lerdorf
> I love PHP, but for the following reason it could be the death of it. All > the PHP intellectuals stand up, get together, and solve this problem, or at > least give us some reassurance. (I'm only a newbie after all). :) This is solved by people who roll distributions. Debian, Mandrake, RedHat

Re: [PHP] Re: The future of PHP

2001-08-27 Thread Alexander Skwar
So sprach »Geoff Caplan« am 2001-08-27 um 11:26:09 +0100 : > standard, and no central repository. This compares badly with platforms such > as Perl and Java, who tackled this issue long ago. Actually, I think you're right. On the one hand, it's quite nice that there are so many librariries which

RE: [PHP] Re: The future of PHP -- accessory libraries

2001-08-27 Thread Navid Yar
I love PHP, but for the following reason it could be the death of it. All the PHP intellectuals stand up, get together, and solve this problem, or at least give us some reassurance. (I'm only a newbie after all). :) -Original Message- From: Dan Harrington [mailto:[EMAIL PROTECTED]] Sent:

Re: [PHP] Re: The future of PHP

2001-08-23 Thread Hugh Bothwell
"Christopher Cm Allen" <[EMAIL PROTECTED]> wrote in message 003201c12be2$f9309b00$[EMAIL PROTECTED]">news:003201c12be2$f9309b00$[EMAIL PROTECTED]... > Greetings Php'ers: > <2 cents> > bahh to servelts-asp these are new kids on the block. Template this or that, > it doesnt matter, most templates a

Re: [PHP] Re: The future of PHP

2001-08-23 Thread Christopher CM Allen
Greetings Php'ers: <2 cents> bahh to servelts-asp these are new kids on the block. Template this or that, it doesnt matter, most templates are for lazy peeps anyways :) , a solid base of people have been using phtml->php for years. It doesnt matter to me what the e-zines say about which is more ro

Re: [PHP] Re: The future of PHP

2001-08-22 Thread Thomas Deliduka
On 8/22/2001 10:52 PM this was written: > I don't know if you refer to this list or other one, but I've been a > webmaster since 1993 and in computers in general since 1988 and I also > consider myself of the "advanced" type. It definitely wasn't this list. It's another one. -- Thomas Deliduk