Randal is absolutely right: the greatest advantage of mod_perl is a hook to every phase of the Apache request processing, making it very powerful.
My impression is, though, that the Apache folks no longer like the idea of fully exposing the internals of Apache, for reasons of security; but I may be wrongly impressed. Mod_perl is as stable as Apache is, which is pretty stable. >From a different perspective, Apache is a "victim" of its own success, and is >evolving slowly compared with other "new" developments, such as nginx. >Nonetheless, the development of the Apache h2 module for http2 is in full >bloom. Not sure if mod_perl can catch up with that. Regards, Jie * Igor Chudov <ichu...@gmail.com> wrote: > Date: Tue, 1 Sep 2015 16:45:47 -0500 > From: Igor Chudov <ichu...@gmail.com> > To: "Randal L. Schwartz" <mer...@stonehenge.com> > CC: Dr James Smith <j...@sanger.ac.uk>, Mod_Perl <modperl@perl.apache.org> > Subject: Re: Enquiry about mod_perl project state > > I make many thousands of $$$ per month from my websites, all of which are > based on mod_perl. I wrote everything myself. > > Rewriting them would be undesirable and very cost prohibitive. > > I have no real need for any "evolution" and "continued development" of > mod_perl, which I consider to be as perfect as things get. All I want is > for mod_perl to continue working with evolving apache, so: > > Do you think that if Apache makes some big changes, mod_perl will follow? > > I have a huge money at stake here and my family well being depends sorely > on mod_perl's reliable existence. > > > On Tue, Sep 1, 2015 at 3:06 PM, Randal L. Schwartz <mer...@stonehenge.com> > wrote: > > > >>>>> "James" == James Smith <j...@sanger.ac.uk> writes: > > > > James> I have watched a number of projects move away from mod_perl - > > James> often to Dancer/ Catalyst etc and then they ask can I do X, Y or > > James> Z... > > > > That's one thing people overlook about mod_perl... it really can > > customize *any* of the 14 phases... most of the other frameworks are > > content-phase only, or some limited insertion into the other phases. > > > > Hmm. 14 sounds too small. I think that was for apache 1.x. > > > > -- > > Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 > > 0095 > > <mer...@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> > > Perl/Unix consulting, Technical writing, Comedy, etc. etc. > > Still trying to think of something clever for the fourth line of this .sig > >
