perl-modperl mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Frank Wiles <fr...@wiles.org>
Subject Re: getting to know more about mod_perl
Date Tue, 29 Aug 2006 18:36:44 GMT
On Tue, 29 Aug 2006 20:27:02 +0200
Clinton Gormley <clint@traveljury.com> wrote:

> On Tue, 2006-08-29 at 15:20 -0300, Adriano Ferreira wrote:
> > Hi, mod_perl people.
> > 
> > I am preparing a presentation about technologies which make Perl
> > more visible. In this vein, I would like to say a few words about
> > mod_perl. But I am short of knowledge on this subject and need to
> > understand some things about it, to sound convivincing. Then I dare
> > to bother the list with some questions. I will be very grateful by
> > your answers, even if they are "Dull question. Read this and read
> > that, add two and two, make four and bug me not."
> > 
> > Q: how does mod_perl compares to PHP? Both are interpreters inside
> > the Apache web server, ain't it? I am interested in all shades of
> > distinction and similarity here: performance, cost, safety,
> > marketing, etc.
> > 
> 
> http://www.serverwatch.com/tutorials/article.php/1126681
> http://perlmonks.org/?node_id=18661

   Both of those articles are from 2000 and I'm sure a bunch of things
   have changed since then. :) 

   Based on what I've read recently performance is comparable. They
   are both free so I'm not sure what you mean by cost. 

   Personally, I avoid many applications written in PHP due to their
   past security histories.  I know this is a broad generalization, but
   I do tend to look over a PHP application much more closely than
   applications written in other languages.  It isn't so much the
   language itself, but the programmers PHP tends to attract I 
   would wager. 

   Apart from being entirely different languages, the biggest difference
   is that PHP is only useful in the response phase of the Apache cycle,
   where mod_perl can be used to actually configure and completely
   control the Apache webserver from Perl. 

   With the added ability of protocol handlers, you can even implement
   other non-HTTP protocols. 

 ---------------------------------
   Frank Wiles <frank@wiles.org>
   http://www.wiles.org
 ---------------------------------


Mime
View raw message