perl-modperl mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ruben Safir <>
Subject Re: Alternatives to CGI perl module
Date Sun, 11 Sep 2016 16:08:05 GMT
On 09/11/2016 11:38 AM, Igor Chudov wrote:
> About maybe half of those responses are images generated by mod_perl/
> scripts that draw pictures of math formulas like x/(x+1) etc.
> I agree that running inside true CGI scripts (one process per every
> web object) is expensive. Running it inside mod_perl seems to be extremely
> efficient.

interesting.  How big are those graphics.  We had to pull modperl from
service at because of the ram foot print and the contact
limitations, even with semiphores pulled way up.  If your producing
images like gnuplot, then your approach has many advantages, not the
least of which is flexibility.  If your doing something like my images
gallery, it would be less efficient, although I still run it under
modperl in the hopes that I'm caching a good percentage of my images in
the apache server.

Regardless, the point that you made that I felt was condensing and
inaccurate was the efficiency of was superior, and that embedded
coding was inefficient and disorganized. I can go straight to the
Lincoln Stein book and quote his opinions on's bloat.  No matter
what you are using, your making some templates and reoccurring HTML.  Or
maybe not, maybe each of your pages are unique, completely.

OK with that o/o.

So many immigrant groups have swept through our town
that Brooklyn, like Atlantis, reaches mythological
proportions in the mind of the world - RI Safir 1998

DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 - Leadership Development in Free Software - Unpublished Archive - coins!

Being so tracked is for FARM ANIMALS and and extermination camps,
but incompatible with living as a free human being. -RI Safir 2013

View raw message