Re: Always building command line PHP
| From: | Jon Parise | Date: | Fri, 04 Jan 2002 04:30:47 +0000 |
| Subject: | Re: Always building command line PHP | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-75839@lists.php.net to get a copy of this message | ||
On Thu, Jan 03, 2002 at 09:37:38PM +0000, php4@developersdesk.com wrote:
> > It should still be possible to build a separate CGI executable with a
> > different php.ini path for those sites that require it.
>
> Don't get too stuck on the idea that PHP at the command line is only
> for CGI. In fact I don't do CGI any more. I am phasing out ALL perl
> CGI scripts because after seeing PHP as a module I can't stand the
> extra time it takes to execute the external program. PHP CGI has the
> same problem. I just say NO to all CGI.
Okay, this is kind of getting out of hand.
I don't really disagree with any of your points. All I was
saying is that a normal build of PHP (say, for the Apache SAPI
interface) should also include a CGI build, for command line
usage.
This CGI binary will be necessary for the PEAR tools.
The fact that it might not be optimized for the user's command
line scripting needs is irrelevant because they can go ahead and
build their own custom CGI binary by executing 'configure' a
second time.
In other words, I'm talking about extending the default build to
include a default CGI binary build.
--
Jon Parise (jon@csh.rit.edu) . Information Technology (2001)
http://www.csh.rit.edu/~jon/ : Computer Science House
Member