I don't think there's any sudden urgency to switch to something else, since nothing has actually changed about the state of mod_perl. However, if you do want to migrate to something else, you should look at Plack: https://metacpan.org/pod/Plack
Plack is not a drop-in replacement for mod_perl, but it's a high-quality project with a well-developed ecosystem that will have some sort of solution for most (not all) things that people are doing in mod_perl. But again, I don't think you need to rush to do anything here. - Perrin On Thu, Mar 18, 2021 at 12:01 AM Jim Albert <j...@netrition.com> wrote: > Given the recent discussion on the need for mod_perl PMC members and the > disclosure that there is no active development on mod_perl this seems > like an appropriate time to start a thread on a discussion of mod_perl > alternatives inline with the various means of using mod_perl from the > low level use of interfacing with the Apache server to the quick and > dirty stuff (ModPerl::PerlRun, I believe to keep Perl and modules in > memory). > > I've seen mod_fcgid proposed in posts on other forums. Has anyone played > with alternatives? I expect the low level Apache interaction might be > difficult to duplicate at least to continue to do so in Perl. Perhaps > the ModPerl::PerlRun approach of keeping Perl and modules in memory is a > potential starting point for discussion for those using mod_perl at the > most basic level. > > Jim > > > >
