Re: Re: cvs: php4 / TODO
| From: | Jim Jagielski | 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/