Re: The PHP Platform
| From: | Kristian Koehntopp | Date: | Wed, 17 Apr 2002 08:53:02 +0000 |
| Subject: | Re: The PHP Platform | ||
| References: | 1 2 3 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-82888@lists.php.net to get a copy of this message | ||
Am Dienstag, 16. April 2002 18:23 schrieb Dave Mertens:
> And that's the problem. PHP isn't promoted anymore. Not in the
> way .NET and Java are. 2 years ago i convinced my boss to use
> PHP, but these says MS and Java can do the same stuff as PHP.
Only partially a problem with promotion.
As I see it, neither Java nor .NET have a convincing deployment
model in a shared (hosting) environment. PHP does run fine as a
transient server (CGI, FCGI binary) or as a module with save
mode. Every hosting offer (in Germany at least) does include
PHP. So nearly all web applications running in a shared
environment (and this is all small to medium business) is done
in PHP.
On the other hand it is useless to talk about a PHP object
framework as long as PHP has to reinstantiate all thus puny
little objects on each and every call to the application. The
memory management overhead and initalization does in no way
scale to justify such a framework. Ulf Wendel, Sebastian
Bergmann and I did some uncoordinated ad-hoc research into this
matter and came up all with the same results.
PHP is missing a high-end deployment model, with SRM being a
possible way out. Problem is, SRM is not mature enough for
production, yet, is not being actively promoted enough and there
should be even more development support behind it. And perhaps
there should be talk about better ZE2/SRM integration.
Only with a deployment model that keeps per-session object
instances around between requests a larger object framework for
PHP does pay off. Unless such a deployment model is well
understood and common for PHP, the investment into a kind of
"PHP platform" will not pay off sufficiently to justify work in
this area.
Kristian