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 <p...@silevitch.com> wrote: > 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 <j...@sanger.ac.uk> wrote: > >> 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 adding a proxy layer between the web-request and the actual >> perl process... >> >> It limits what you can do with Plack when it comes to handling aspects of >> the request which are better handled outside the main response phase {e.g. >> re-write, logging, cleanup etc} which limits functionality - most people >> who just use response handlers do not see this issue. But we hook into >> about 10 phases of the apache process ... >> >> On 08/06/2018 02:08, John Dunlap wrote: >> >> 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 <j...@sanger.ac.uk> 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 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 you attach code to the right handlers/filters} meaning chopping in and >>> changing code can be quite difficult in them. >>> >>> Both are good for simplish applications {yes and I've seen complex apps >>> written in them as well - but they usually need a lot more hardware support >>> than the equivalent mod_perl app to cope with demand} >>> >>> Unfortunately writing good mod_perl apps is hard - and so few mod_perl >>> apps really make use of the underlying framework properly - effectively >>> using it for code caching and not much else >>> >>> >>> >>> On 07/06/2018 19:24, David Hodgkinson wrote: >>> >>> 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 <j...@lariat.co> wrote: >>> >>> What is involved in porting an application from mod_perl to starman? >>> >>> Throwing away logic and logical structure and replacing it with a much >>> less flexible approach... >>> >>> On Thu, Jun 7, 2018 at 6:18 PM, Clive Eisen <cl...@hildebrand.co.uk> >>> wrote: >>> >>>> On 7 Jun 2018, at 19:13, David Hodgkinson <daveh...@gmail.com> wrote: >>>> >>>> No. Different concept. >>>> >>>> On 7 Jun 2018, at 18:52, John Dunlap <j...@lariat.co> wrote: >>>> >>>> Is Plack backwards compatible with mod_perl? >>>> >>>> On Thu, Jun 7, 2018 at 5:44 PM, David Hodgkinson <daveh...@gmail.com> >>>> wrote: >>>> >>>>> We’re all about the Plack these days. >>>>> >>>>> >>>> This. >>>> >>>> We have moved entirely to >>>> >>>> nginx (doing the ssl where appropriate) -> starman (which uses plack) >>>> and Dancer2 >>>> >>>> Life is a LOT better >>>> >>>> — >>>> Clive >>>> >>>> >>> >>> >>> -- >>> John Dunlap >>> *CTO | Lariat * >>> >>> *Direct:* >>> *j...@lariat.co <j...@lariat.co>* >>> >>> * Customer Service:* >>> 877.268.6667 >>> supp...@lariat.co >>> >>> >>> >>> -- The Wellcome Sanger Institute is operated by Genome Research Limited, >>> a charity registered in England with number 1021457 and a company >>> registered in England with number 2742969, whose registered office is 215 >>> Euston Road, London, NW1 2BE >>> <https://maps.google.com/?q=215+Euston+Road,+London,+NW1+2BE&entry=gmail&source=g>. >>> >>> >> >> >> >> -- >> John Dunlap >> *CTO | Lariat * >> >> *Direct:* >> *j...@lariat.co <j...@lariat.co>* >> >> * Customer Service:* >> 877.268.6667 >> supp...@lariat.co >> >> >> >> -- The Wellcome Sanger Institute is operated by Genome Research Limited, >> a charity registered in England with number 1021457 and a company >> registered in England with number 2742969, whose registered office is 215 >> Euston Road, London, NW1 2BE >> <https://maps.google.com/?q=215+Euston+Road,+London,+NW1+2BE&entry=gmail&source=g>. >> >> > > -- John Dunlap *CTO | Lariat * *Direct:* *j...@lariat.co <j...@lariat.co>* *Customer Service:* 877.268.6667 supp...@lariat.co