Re: Future MPM Support?

You should really throw a light weight server that can handle http 2 between your clients and your mod_perl machines. It’s not ideal in terms of maximizing what http 2 can do, but it can have a very significant impact. Adam > On Aug 4, 2018, at 9:08 PM, Michael A. Capone > wrote: > > Yes, h

Re: Future MPM Support?

Yes, http/2 is our primary concern right now.  At the moment, we've made the business decision to stay on mod_perl rather than migrate to another platform and gain http/2 benefits, but for how long can we maintain that decision?  I'm honestly not sure. Now, we significantly under-utilize mod_p

Re: Future MPM Support?

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 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

Re: Future MPM Support?

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 wrote: > Who in the world would want to abandon mod_perl? > > What is this world coming to? > > -Robert > > > On Jul 30

Re: Future MPM Support?

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) 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 ho

Re: Future MPM Support? (...and future of mod_perl)

> 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.

Re: Future MPM Support?

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 framew

Re: Future MPM Support?

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 :(.

Re: Future MPM Support?

prefork is, currently, is still the only MPM which works reliably for us. The others segfault at seemingly random intervals. On Sun, Jul 29, 2018 at 8:18 PM, Paul Silevitch wrote: > Like Dr. James Smith, I'm hooking into multiple handlers and using > filters. I'm currently using prefork but thou

Re: Future MPM Support?

Like Dr. James Smith, I'm hooking into multiple handlers and using filters. I'm currently using prefork but thought people were using worker in production (assuming the application is thread safe). Is that not the case? Paul On Sat, Jun 9, 2018 at 7:03 AM, Dr James Smith wrote: > No - because o

Re: Future MPM Support?

No - because of the way it works it handles the request inside apache - the worker/event systems work by handing the request back to another process or processes in the background which handles the request and then returns - which is where the problem lies in the fact that you are effectively a

Re: Future MPM Support?

Does using mod_perl properly allow you to use mpm_event or mpm_worker? On Thu, Jun 7, 2018 at 9:19 PM, Dr James Smith wrote: > Unfortunately Plack (and Catalyst especially) are a fairly poor comparison > to using mod_perl properly {unfortunately very few people do so} I've > looked at Dancer and

Re: Future MPM Support?

Unfortunately Plack (and Catalyst especially) are a fairly poor comparison to using mod_perl properly {unfortunately very few people do so} I've looked at Dancer and Catalyst - both are OK at what they do - but they don't really handle things in the really clean easy way that mod_perl does {if

Re: Future MPM Support?

Moving your method handlers to the framework. I like catalyst. Stand on the shoulders of giants. Mojolicious makes me itch. > On 7 Jun 2018, at 19:21, John Dunlap wrote: > > What is involved in porting an application from mod_perl to starman? > > On Thu, Jun 7, 2018 at 6:18 PM, Clive Eisen wr

Re: Future MPM Support?

What is involved in porting an application from mod_perl to starman? On Thu, Jun 7, 2018 at 6:18 PM, Clive Eisen wrote: > On 7 Jun 2018, at 19:13, David Hodgkinson wrote: > > No. Different concept. > > On 7 Jun 2018, at 18:52, John Dunlap wrote: > > Is Plack backwards compatible with mod_perl?

Re: Future MPM Support?

> On 7 Jun 2018, at 19:13, David Hodgkinson wrote: > > No. Different concept. > > On 7 Jun 2018, at 18:52, John Dunlap mailto:j...@lariat.co>> > wrote: > >> Is Plack backwards compatible with mod_perl? >> >> On Thu, Jun 7, 2018 at 5:44 PM, David Hodgkinson > > wrot

Re: Future MPM Support?

No. Different concept. > On 7 Jun 2018, at 18:52, John Dunlap wrote: > > Is Plack backwards compatible with mod_perl? > >> On Thu, Jun 7, 2018 at 5:44 PM, David Hodgkinson wrote: >> We’re all about the Plack these days. >> >>> On 7 Jun 2018, at 18:21, John Dunlap wrote: >>> >>> Are there a

Re: Future MPM Support?

Is Plack backwards compatible with mod_perl? On Thu, Jun 7, 2018 at 5:44 PM, David Hodgkinson wrote: > We’re all about the Plack these days. > > On 7 Jun 2018, at 18:21, John Dunlap wrote: > > Are there any plans for mod_perl to support mpm_event, mpm_worker? Every > time I try to use something

Re: Future MPM Support?

We’re all about the Plack these days. > On 7 Jun 2018, at 18:21, John Dunlap wrote: > > Are there any plans for mod_perl to support mpm_event, mpm_worker? Every time > I try to use something other than mpm_prefork I am plagued by segfaults. > > -- > John Dunlap > CTO | Lariat > > Direct: >

Future MPM Support?

Are there any plans for mod_perl to support mpm_event, mpm_worker? Every time I try to use something other than mpm_prefork I am plagued by segfaults. -- John Dunlap *CTO | Lariat * *Direct:* *j...@lariat.co * *Customer Service:* 877.268.6667 supp...@lariat.co