MESSAGE
| DATE | 2021-03-17 |
| FROM | Adam Prime
|
| SUBJECT | Re: [Hangout - NYLXS] [DISCUSS] The future of mod_perl
|
I think if you want to discuss alternatives, then a new thread would be
the place to do that.
With regards to plug being pulled, I think that it is up to the
community if, when, and how that happens. That's what the point of this
thread is. If there aren't people that are committed enough to the
project for whatever reason to step up and keep it from going to the
attic, then that's what will happen.
Adam
On 3/17/2021 9:50 PM, Jim Albert wrote:
> Not that I want to be the guy that says it sounds like we'll be pulling
> the mod_perl plug at any time the right scenario arises, but is it
> reasonable to have a discussion here on mod_perl alternatives inline
> with the various means of using mod_perl from the low level means of
> interfacing with the Apache server to the quick and dirty stuff
> (ModPerl::PerlRun, I believe to keep Perl and modules in memory).
>
> For those drawing the same conclusions from this thread as me, I've seen
> mod_fcgid proposed as an alternative, but I haven't yet played with it.
> Anyone with similar thoughts would ideally be looking for something that
> doesn't require months of redeveloping to a proposed replacement to
> mod_perl.
>
> I like mod_perl and it does a good job for what I use it for, but if we
> have no one developing, it sounds like we're waiting for the catalyst to
> come along that puts and end to it. EG.. some future Apache
> incompatibility. I'd really like someone with mod_perl authority to
> tell me I'm wrong, but my take on Adam's reply pretty much leaves me
> with that conclusion. I don't see another way to draw a better conclusion.
>
> Jim
>
_______________________________________________
Hangout mailing list
Hangout-at-nylxs.com
http://lists.mrbrklyn.com/mailman/listinfo/hangout
|
|
