You are viewing a plain text version of this content. The canonical link for it is here.
Posted to modperl@perl.apache.org by Geoffrey Young <ge...@modperlcookbook.org> on 2002/09/06 21:26:37 UTC
mod_perl statistics on securityspace.com
hi all...
just FYI... mod_perl use seems to be dramatically on the rise
again. here'are the statistics for August from security space:
perl
august: %36.83
july: %30.79
change: %19.64
PHP
august: %38.59
july: %40.03
change: %-3.62
https://secure1.securityspace.com/s_survey/data/man.200208/apachemods.html
--Geoff
lingerd
Posted by David Jacobs <dj...@cheetahmail.com>.
it seems like lingerd is getting a lot of attention... Has anyone
tested this in a production environment (or a non-production
environment, for that matter?)
From the home page:
http://www.iagora.com/about/software/lingerd/
Because of some technical complications in the way TCP/IP and HTTP work,
each Apache process currently wastes a lot of time "lingering" on client
connections, after the page has been generated and sent. Lingerd takes
over this job, leaving the Apache process immediately free to handle a
new connection. As a result, Lingerd makes it possible to serve the same
load using considerably fewer Apache processes. This translates into a
reduced load on the server.
From O' Reilly Net:
http://www.osdir.com/modules.php?op=modload&name=News&file=article&sid=27&mode=thread&order=0&thold=-1
Brian Aker, senior Slashdot software architect, explains "a daemon
process that sits in front of your Apache processes to handle socket IO.
What it does is free up your webserver to handle your application layer
instead of dealing with clients that tie up your Apache children."
Thanks in advance, David
Re: mod_perl statistics on securityspace.com
Posted by Rodney Broom <mo...@rbroom.com>.
From: Ilya Martynov <il...@martynov.org>
> Try to implement something that works with database and files inside
> of Safe compartment.
Ah, yes. I can definately see that.
---
Rodney Broom
President, R.Broom Consulting
http://www.rbroom.com/
Re: mod_perl statistics on securityspace.com
Posted by Ilya Martynov <il...@martynov.org>.
>>>>> On Tue, 10 Sep 2002 09:53:50 -0700, "Rodney Broom" <mo...@rbroom.com> said:
RB> From: Ilya Martynov <il...@martynov.org>
IM> (frankly Safe.pm is a joke).
RB> Now this thread has taken my interest. Ilya, would you care to
RB> expound on this statement? I'm planning to use Safe in production
RB> soon.
Try to implement something that works with database and files inside
of Safe compartment. Either you will have to allow too much or your
code will not work because of restrictions.
Somewhat related reading:
http://www.perlmonks.com/index.pl?node_id=166096
--
Ilya Martynov (http://martynov.org/)
Re: mod_perl statistics on securityspace.com
Posted by Rodney Broom <mo...@rbroom.com>.
From: Ilya Martynov <il...@martynov.org>
IM> (frankly Safe.pm is a joke).
Now this thread has taken my interest. Ilya, would you care to expound on this statement? I'm planning to use Safe in production soon.
---
Rodney Broom
President, R.Broom Consulting
http://www.rbroom.com/
Re: mod_perl statistics on securityspace.com
Posted by Ilya Martynov <il...@martynov.org>.
>>>>> On Tue, 10 Sep 2002 12:14:32 -0400, Perrin Harkins <pe...@elem.com> said:
PH> Mark Coffman wrote:
>> I can't imagine that mod_perl will ever be the major "scripting" language
>> since it, by nature, is unrestrictive. On a multi-user/multi-host server, I
>> think I'd rather PHP be run than mod_perl, simply because I don't want sites
>> stepping on each other's toes and have to worry about restarting httpd.
PH> Isn't PHP just as dangerous as mod_perl when run in the server process
PH> (as opposed to CGI mode) on a multi-user virtual host server?
As I understand PHP have better support for "sandboxing" than Perl
(frankly Safe.pm is a joke).
--
Ilya Martynov (http://martynov.org/)
Re: mod_perl statistics on securityspace.com
Posted by Perrin Harkins <pe...@elem.com>.
Mark Coffman wrote:
> I can't imagine that mod_perl will ever be the major "scripting" language
> since it, by nature, is unrestrictive. On a multi-user/multi-host server, I
> think I'd rather PHP be run than mod_perl, simply because I don't want sites
> stepping on each other's toes and have to worry about restarting httpd.
Isn't PHP just as dangerous as mod_perl when run in the server process
(as opposed to CGI mode) on a multi-user virtual host server?
- Perrin
RE: mod_perl statistics on securityspace.com
Posted by Mark Coffman <mc...@smill.com>.
Aside from being an interesting fact, how does this affect us? I mean, as
mod_perl developers?
I can't imagine that mod_perl will ever be the major "scripting" language
since it, by nature, is unrestrictive. On a multi-user/multi-host server, I
think I'd rather PHP be run than mod_perl, simply because I don't want sites
stepping on each other's toes and have to worry about restarting httpd. I
don't know. I don't see it overtaking less-powerful (more restrictive)
languages, at least in numbers. Now, if these numbers are generated by
looking at high-profile websites, then I'll buy the importance of the
percentages.
Regardless, thanks for the report. It was cool to see just how many servers
have good admin's behind them :)
Re: mod_perl statistics on securityspace.com
Posted by Chris <ch...@prather.org>.
> hi all...
>
> just FYI... mod_perl use seems to be dramatically on the rise
> again. here'are the statistics for August from security space:
>
> perl
> august: %36.83
> july: %30.79
> change: %19.64
>
> PHP
> august: %38.59
> july: %40.03
> change: %-3.62
>
> https://secure1.securityspace.com/s_survey/data/man.200208/apachemods.html
>
> --Geoff
Check the month before, I believe this is at least the second month in a
row this trend has occured. I'm happy someone noticed.
-Chris