gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(20=
4,204,204);padding-left:1ex">

Our app segfaults at random =
of we use anything other than prefork.

=

On Sun, Dec 20, 2020, 1:32 PM Mithun =
Bhattacharya <mith=
nb-at-gmail.com> wrote:

e=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddin=
g-left:1ex">

I am confused - you like threads so Perl is ba=
d ? I am very happy forking away and yes I work a lot with non thread safe =
DBI connections without any issues.

v dir=3D"ltr" class=3D"gmail_attr">On Sun, Dec 20, 2020 at 11:53 AM John Du=
nlap <ank">John-at-lariat.co> wrote:

e" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204)=
;padding-left:1ex">

In my opinion, no one should build new=
projects in Perl. The world is increasingly trending towards parallelism a=
nd higher numbers of cpu cores and Perl is poorly positioned to leverage th=
ese advancements. Many of Perl's dependencies are not thread safe and m=
od_perl forces you to use mpm_prefork. My organization has started moving a=
way from Perl to Elixir for these reasons.

te">

On Tue, Aug 4, 2020, 3:37 AM Jame=
s Smith <=3D"_blank">js5-at-sanger.ac.uk> wrote:

mail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204=
,204,204);padding-left:1ex">Perl is a great solution for web development.r>


Others will disagree but the best way I still believe is using mod_perl - b=
ut only if you use it's full power - and you probably need a special so=
rt of mind set to use - but that can be said for any language.



>From experience - it may be fractionally slower than small "standalone=
" apps that dancer etc are good at, but it is (a) much, much more stab=
le {dancer etc does not cope well with either large requests or lots of sma=
ll requests}, and (b) if you have a large code base and/or a large number o=
f services then it generally uses much less compute power than the others {=
can easily handle multiple services on a single apache instance}



Where it really gains is the hooks into the apache process - being able to =
add functionality easily at any stage in the request process, from path tra=
nslation, AAA stages, pre-processing, to post-processing and logging, and a=
lso to interact with other languages at any stage - e.g. can handle pre-pro=
cessing & post-processing around a script written in another language (=
e.g. PHP, Java) or produced by another webserver integrated by mod_proxy.r>


It isn't really a framework though like dancer or mojolicious and thus =
has its own advantages and disadvantages.



You would to some extent have to roll your own code to produce the pages th=
emselves although there are libraries out there to do lots of it.



We have an in house library whose embryonic stages were written over 20 yea=
rs ago - and has now been stable for around 12-13 years and works strong...=




James



-----Original Message-----

From: Wesley Peng <oreferrer" target=3D"_blank">me-at-yonghua.org>

Sent: 04 August 2020 06:43

To: " target=3D"_blank">modperl-at-perl.apache.org

Subject: suggestions for perl as web development language [EXT]



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 peopl=
e to do the webdev job with perl.

Do you think in today we will give up perl/modperl as web development langu=
age, and choose the alternatives instead?



Thanks & Regards









--

=C2=A0The Wellcome Sanger Institute is operated by Genome Research

=C2=A0Limited, a charity registered in England with number 1021457 and a r>
=C2=A0company registered in England with number 2742969, whose registered <=
br>
=C2=A0office is 215 Euston Road, London, NW1 2BE.