Also issues with http/2 since it is not supported by prefork mpm anymore.

On Wed, Aug 1, 2018 at 12:44 PM, John Dunlap <j...@lariat.co> wrote:

> The biggest deficiency of mod_perl, at the moment, is that it cannot
> provide web sockets. In today's world, that's a huge problem.
>
> On Wed, Aug 1, 2018 at 11:30 AM, Robert Smith <spamf...@wansecurity.com>
> wrote:
>
>> Who in the world would want to abandon mod_perl?
>>
>> What is this world coming to?
>>
>> -Robert
>>
>> > On Jul 30, 2018, at 5:44 PM, André Warnier (tomcat) <a...@ice-sa.com>
>> wrote:
>> >
>> > On 30.07.2018 03:51, Paul B. Henson wrote:
>> >> On Sun, Jul 29, 2018 at 04:18:54PM -0400, Paul Silevitch wrote:
>> >>> Like Dr. James Smith, I'm hooking into multiple handlers and using
>> filters.
>> >>
>> >> Yep, me too; Plack is really not a feature equivilent replacement for
>> >> mod_perl :(.
>> >>
>> > +1.
>> > Plack and other frameworks (TT2, Moose, Catalyst, etc.) cover the web
>> application side, at different levels and in different ways.
>> > But there is (to my knowledge) no equivalent for mod_perl's ability to
>> interact deeply with the Apache internal Request processing logic.
>> > In that respect, comparing mod_perl to Plack etc is like comparing
>> apples to pears : not very relevant.
>> > Considering that, for better or worse, Perl as a programming language
>> does not seem to be really attractive to the current generation of software
>> developers anymore, I would not really mind if some tool equivalent to
>> mod_perl was developed using whichever other scripting language is
>> currently more in fashion (javascript ? python ? ..), but it really seems a
>> pity to "slowly abandon" mod_perl without providing some tool of equivalent
>> power in terms of deep interaction with Apache httpd.
>> >
>> >
>> >
>>
>>
>
>
> --
> John Dunlap
> *CTO | Lariat *
>
> *Direct:*
> *j...@lariat.co <j...@lariat.co>*
>
> *Customer Service:*
> 877.268.6667
> supp...@lariat.co
>

Reply via email to