develooper Front page | perl.perl5.porters | Postings from March 2021

Re: Fwd: [DISCUSS] The future of mod_perl

Thread Previous | Thread Next
Petr Pisar
March 22, 2021 17:15
Re: Fwd: [DISCUSS] The future of mod_perl
Message ID:
On 2021-03-19, Dean Hamstead <> wrote:
> - Whilst using it for your application is out of vogue, mod_perl exposes
> all sorts of the internals of apache to perl, its still great for custom
> logging, custom aaa, even custom protocols if youre inclined. 
And at the same time it exposes Perl internals to Apache httpd
process. Any bug in mod_perl, perl, or any Perl code can affect httpd
program. That's not a good practice from security point of view.

> - We don't seem to have good signal as to how widely mod_perl is used
> and for what. Debian's popcon may give us some indication, but given
> CentOS is the most popular OS for perl it's indicative only. This is
> something the marketing committee should tackle but i mention it here as
> part of a wider problem of low signal 
Speaking about CentOS, CentOS does not contain mod_perl. The last CentOS
version with mod_perl was CentOS 6 which is now beyond its end of life.

If somebody talks about mod_perl and CentOS, he uses mod_perl from EPEL
project which clearly demonstrates that mod_perl cannot pass its own
test suite
and that it randomly crashes at run-time
mod_perl's bugtracker is also full of these reports

mod_perl was a nice piece of technology in 90's. Nowdays with
multihreaded everything it shows its rust and unreliability.

-- Petr

Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About