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