Dit is een niet al te doordacht atikel.. als de autheur enige kennis van zaken
had, dan zou hij een andere setup aanbevelen, een die veilig is EN goed
performed.. namelijk : Apache + FastCGI + PHP
Je kan de PHP dan zeer makkelijk draaien in een chroot(), en/of op een
andere server en/of onder een andere user als de webserver.
Je kan ook mod_fcgi configureren om een suexec wrapper te gebruiken,
zodat elke user zijn eigen php-processen heeft, die onder zijn eigen uid
draaien.
Bovendien HOEF je niet Apache te draaien.. lighttpd
(
http://jan.kneschke.de/projects/lighttpd/ ) of een willekeurige andere
webserver die FCGI kan is ook prima.. is ook meteen een stukje sneller
met content.
Je zou PHP zelfs onder Tux (kernelwebserver van Linux) kunnen draaien
met de cgi : cgi-fcgi bridge.. waarbij desnoods de fcgi op een andere
dedicated server / servers kan draaien .. dit is waarschijnlijk de snelste
oplossing mogelijk met PC-hardware.
Extra mooi is dat je statische content/andere systemen niet plat gaan als je
PHP zichzelf weer eens om zeep geholpen heeft..
Zie:
http://wiki.openisis.org/i/view/Php/HowtoFastCgi(site is plat.. pak Google cache)
http://66.102.9.104/search?q=cache:7VOntzKLME0J:wiki.openisis.org/i/view/Php/HowtoFastCgi+HowtoFastCgi&hl=en
Het is verbazingwekkend dat iedereen zo bezig is met totale interpreters te
rammen in Apache, terwijl dit in het algemeen een bloated insecure systeem
opleverd (tenzij je iets als Lua gebruikt).
Het enige nadeel is dat je geen rechtsreekse toegang meer hebt tot de interne
API's van Apache.. maar voor een shared platform is dat een voordeel.