RE: [PEAR] Suggestions regarding Pear & PHP5

From: Date: Thu, 18 Dec 2003 18:26:06 +0000
Subject: RE: [PEAR] Suggestions regarding Pear & PHP5
References: 1  Groups: php.pear.general 
Request: Send a blank email to pear-general+get-9680@lists.php.net to get a copy of this message
Hi Joshua, Joshua Eichorn wrote: > What sort of dependency documentation are you thinking of, add tags to > docblock saying what packages a class (etc) uses, or something based > on inheirtance (and in 5 implements) trees. Well, finding what packages and external code it needs is not so hard, just to look at in the code and see what they include/require. Having a list, as for each Pear package makes it much easier though. What I find more difficult to find out though is what PHP/Zend needs to support to function properly with that package. In some cases it's easy to find out. A package for webmail normally needs imap-support compiled in. What's much harder to find out though is the not so obvious features needed in the server (both the server application such as Apache or external applications on the server, such as wv for viewing Word documents, and in PHP. It's the same regarding settings for the php.ini. For example, I spended days trying to get TUTOS (www.tutos.org) to work. My problem was that when I tried to initialize the database, I just got garbage on the screen. Finally, after several post on the TUTOS forum, the solution was found. I hade to change a setting in php.ini and it worked perfectly. My main reasons for wanting to know this is: - Have as slim server as possible. That is not having any software or compiled in support of features I don't need. - Security. The less of the above, the more secure it will be. I believe it would be possible to save a lot of time, and also get a better performance of the server, if this information was more available. I would just need to check how my server is configured, that I have the needed support compiled in and that my config files is correct. Now I have most of the stuff compiled in (at least on my dev server) and it just feels bloated with performance consuming (most importantly RAM using) features that is not needed. I can understand that for many it wont be very easy to know exactly what needs to be done in php.ini. I know for me it wont be for the things I develop, but luckily my stuff will not be public. At least not yet. So, basically what I want to accomplish with this is to save myself lots of time. Time which I instead can focus on more important issues, such as coding (or my girlfriend). Kind regards, /Thomas

« previous php.pear.general (#9680) next »