Re: DB_DataObject, to work what do I need

From: Date: Sun, 08 Sep 2002 02:56:35 +0000
Subject: Re: DB_DataObject, to work what do I need
References: 1  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-8930@lists.php.net to get a copy of this message
On 8 Sep 2002 at 1:04, Arnaud Limbourg wrote: > > Hi, > > > > I like what I believe I understand about DB_DataObject but I cannot > > get it to work. What are the requirements for this? "Auto Building" > > fails for me. I cannot figure it out within a time-frame I consider > > reasonable. There is an error > > > > > all to undefined function: getstaticproperty > > Apparently you have an old version version of the PEAR base class. > Please update as there is such a method in newer versions. For install > see the go-pear thingie (lots of dicussion on this list about it lately) > > > that doesn't make sense as it that function is there. Is anyone using > > DB_DataObject? Does it work or is it just a good idea? Does it depend > > on versions of PHP and PEAR.php or .... ? Arnaud, Thanks for the response. This looks like a case of why mod_perl solutions are not all that popular: it's just not easy to deploy. I use virtual servers and luckily one of them allows me to run mod_perl but when I create solutions for other people on virtual servers, forget about mod_perl, it's just cgi with modules (cgi used as handler). I liked PHP because you could write an app in PHP and it was much easier to move from server to server with fast response time. I tried to install a local copy of Pear on my virtual server (sort of like installing local modules in Perl from CPAN) but it did not work. So I guess I'm up against asking my host to upgrade Pear (or PHP) on the server I'm using. I'm sure they are just waiting to do that. It does not seem that I can install a local version of PEAR. I tried but it did not work. I got this > WARNING! The include_path defined in the currently used php.ini does > not contain the PEAR PHP directory you just specified. If the specified I went ahead, but it did not work out. Looks like I have to just use a simpler PHP as I use a simpler Perl. But with my Perl solution I can quickly write a mod_perl handler to replace the cgi hanlder if a server does support mod_perl or the Perl cgi handler can run as an Apache::Registry script. Pardon all the reference to Perl. As you are a developer and that DB_DataObject really sounded like a great tool, I just wanted to explain where I'm coming from. If I were developing on boxes of my own choice at a company I probably would not have started using PHP to begin with. Peter

« previous php.pear.dev (#8930) next »