Re: Re: cvs: php4 / TODO

From: Date: Fri, 13 Oct 2000 12:27:45 +0000
Subject: Re: Re: cvs: php4 / TODO
References: 1 2 3 4 5 6 7 8  Groups: php.dev 
Request: Send a blank email to php-dev+get-34892@lists.php.net to get a copy of this message
At 10:27 AM +0200 10/13/00, Ulf Wendel wrote: >Chuck Hagenbuch wrote: >> >> Quoting Sebastian Bergmann <sb@phpopentracker.de>: >> > Bernd Römer is currently building an Application Server framework in >> > native PHP but native support would be better somewhat, I believe. >> >> Could someone define what an application server is? I hear it all the time these >> days, but I'm not sure what it's supposed to provide for me... > >Well, the basic idea is to leave the request based architecture and get >over to an event based one. That means you have some kind of permanently >running "server" process that starts "child" processes and offers them >access to certain resources. Such a permanent running process can't be >realized with any CGI programm on the apache. The apache has a request >oriented architecture. It starts child processes whenever it needs one >to handle a request and kills them afterwards (some keep alive but >basically they get killed at some point). > "As is" that's correct, but it doesn't mean that it's not possible. After all, FastCGI forks off a process that handles requests on it's own. So certainly it's possible for mod_php to be upgraded and changed to fork off a PHP application process, which is a first step towards a true PHP application server. That process is long-lived... Once that's done, then the framework is there for each PHP process/AS to load balance and share state. -- Jim Jagielski <jim@zend.com> CTO and PHP Evangelist, Zend Technologies V: 410-420-0140 | F: 410-803-2258 | M: 443-324-8390 http://www.zend.com/

« previous php.dev (#34892) next »