On Tue, Aug 04, 2020 at 11:42:34AM -0500, Joseph He wrote: > My company uses Perl for web development. It handles real time payment > transactions without any problem. Good software is made by the people not > by the language. >
Well, there is that... > Joseph > > On Tue, Aug 4, 2020 at 10:28 AM James Smith <j...@sanger.ac.uk> wrote: > > > > > > > > > > > *From:* John Dunlap <j...@lariat.co> > > *Sent:* 04 August 2020 15:30 > > *To:* Wesley Peng <m...@yonghua.org> > > *Cc:* mod_perl list <modperl@perl.apache.org> > > *Subject:* Re: suggestions for perl as web development language [EXT] > > > > > > > > The fundamental and, in my opinion, fatal flaws of mod_per are as follows: > > > > > 1) Concurrency. mod_perl is pretty close to forced to use mpm_prefork > > because very few perl dependencies are thread safe. > > > > > > > > Concurrency in extreme conditions - is actually better when it comes to > > mod_perl than a number of other solutions – e.g. nginx/starman. > > Apache/mod_perl is much better at handling large numbers of simultaneous > > requests than the systems which fork a number of small processes at start > > up to handle requests. You either have to fork a large number of these or > > pray you don’t get large numbers of simultaneous requests. Some of our > > systems have long return times for queries due to the terra/petabyte scale > > of some of our backend servers. > > > > > > > > > 2) mod_perl cannot provide web sockets. > > > > > > > > True – we haven’t really found an excuse for web-sockets although our > > front end “Application Delivery Controller” (which sits in the DMZ) can > > manage proxying requests that need sockets one way and others that don’t > > another way. > > > > There are still a lot of issues with web-sockets – due to not all proxies > > handling these requests and so have to limit their use in a lot our cases [ > > a lot of our users are on networks that sit behind proxy/cache servers ] > > > > > > > > > Due to these reasons, my organization has started looking at ways to > > move away from mod_perl. > > > > > > > > We are using more off the shelf packages for some of our applications – > > e.g. Wordpress as a CMS/Object manager, and yes we are also moving to more > > front-end centric applications. But many of our fundamental pieces of code > > are still working in Apache/mod_perl as it is a better, more-reliable > > language to work with. > > > > > > > > > > > > On Tue, Aug 4, 2020 at 5:43 AM Wesley Peng <m...@yonghua.org> wrote: > > > > greetings, > > > > My team use all of perl, ruby, python for scripting stuff. > > perl is stronger for system admin tasks, and data analysis etc. > > But for web development, it seems to be not as popular as others. > > It has less selective frameworks, and even we can't get the right people > > to do the webdev job with perl. > > Do you think in today we will give up perl/modperl as web development > > language, and choose the alternatives instead? > > > > Thanks & Regards > > > > > > > > -- > > > > John Dunlap > > > > CTO | Lariat > > > > > > > > *Direct:* > > > > 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. > > -- So many immigrant groups have swept through our town that Brooklyn, like Atlantis, reaches mythological proportions in the mind of the world - RI Safir 1998 http://www.mrbrklyn.com DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 http://www.nylxs.com - Leadership Development in Free Software http://www2.mrbrklyn.com/resources - Unpublished Archive http://www.coinhangout.com - coins! http://www.brooklyn-living.com Being so tracked is for FARM ANIMALS and extermination camps, but incompatible with living as a free human being. -RI Safir 2013
