Re: php running as module or cgi?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 11 November 2010 00:46, Al <news@xxxxxxxxxxxxx> wrote:
> Briefly, what are the trade offs on a typical shared host?
>
> I've done a little research and can't seem to find anything outstanding
> either way.
>
> Seems like as an Apache module is faster. This argument makes sense.
>
> CGI is more secure, this argument doesn't seem too persuasive to me. Maybe
> I'm missing something.
>
> Thanks....

As a module, any misbehaving script is running within the same space
as all the other scripts. If a script is able to knock out PHP (for
any reason), all the script go.

With CGI, they are run in separate spaces. No direct communication
(unless the scripts are sharing memory by some way). If a script
knocks out PHP, that script dies. Everything else keeps on going.

The main downside to CGI (as I understand things), is that for each
invocation of the script, PHP has to do the complete build up and tear
down every single time. For every single script.

With FastCGI, when the server starts, a pool of ready to go php
instances are created. So a script is called, the build up part is
already done.

In terms of speed, I'd guess you'd have to be working pretty hard to
see the difference between module/isapi and fast-cgi.

-- 
Richard Quadling
Twitter : EE : Zend
@RQuadling : e-e.com/M_248814.html : bit.ly/9O8vFY

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[Index of Archives]     [PHP Home]     [Apache Users]     [PHP on Windows]     [Kernel Newbies]     [PHP Install]     [PHP Classes]     [Pear]     [Postgresql]     [Postgresql PHP]     [PHP on Windows]     [PHP Database Programming]     [PHP SOAP]

  Powered by Linux