MESSAGE
DATE | 2020-08-04 |
FROM | Joseph He
|
SUBJECT | Re: [Hangout - NYLXS] suggestions for perl as web development
|
From hangout-bounces-at-nylxs.com Thu Aug 6 22:05:36 2020 Return-Path: X-Original-To: archive-at-mrbrklyn.com Delivered-To: archive-at-mrbrklyn.com Received: from www2.mrbrklyn.com (www2.mrbrklyn.com [96.57.23.82]) by mrbrklyn.com (Postfix) with ESMTP id 1889416401E; Thu, 6 Aug 2020 22:05:36 -0400 (EDT) X-Original-To: hangout-at-www2.mrbrklyn.com Delivered-To: hangout-at-www2.mrbrklyn.com Received: by mrbrklyn.com (Postfix, from userid 1000) id 2A435163FF0; Thu, 6 Aug 2020 22:01:36 -0400 (EDT) Resent-From: Ruben Safir Resent-Date: Thu, 6 Aug 2020 22:01:35 -0400 Resent-Message-ID: <20200807020135.GN24245-at-www2.mrbrklyn.com> Resent-To: hangout-at-mrbrklyn.com X-Original-To: ruben-at-mrbrklyn.com Delivered-To: ruben-at-mrbrklyn.com Received: from mailroute1-lw-us.apache.org (mailroute1-lw-us.apache.org [207.244.88.153]) by mrbrklyn.com (Postfix) with ESMTP id C41F2163FA7 for ; Tue, 4 Aug 2020 12:43:00 -0400 (EDT) Received: from mail.apache.org (localhost [127.0.0.1]) by mailroute1-lw-us.apache.org (ASF Mail Server at mailroute1-lw-us.apache.org) with SMTP id 09327125498 for ; Tue, 4 Aug 2020 16:42:59 +0000 (UTC) Received: (qmail 58030 invoked by uid 500); 4 Aug 2020 16:42:58 -0000 Mailing-List: contact modperl-help-at-perl.apache.org; run by ezmlm Precedence: bulk Delivered-To: mailing list modperl-at-perl.apache.org Received: (qmail 58015 invoked by uid 99); 4 Aug 2020 16:42:58 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Aug 2020 16:42:58 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id C01C1181433 for ; Tue, 4 Aug 2020 16:42:57 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.253 X-Spam-Level: X-Spam-Status: No, score=0.253 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, HTML_MESSAGE=0.2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-ec2-va.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id 4lp-ESFn4OZy for ; Tue, 4 Aug 2020 16:42:54 +0000 (UTC) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=209.85.218.66; helo=mail-ej1-f66.google.com; envelope-from=joseph.he.2008-at-gmail.com; receiver= Received: from mail-ej1-f66.google.com (mail-ej1-f66.google.com [209.85.218.66]) by mx1-ec2-va.apache.org (ASF Mail Server at mx1-ec2-va.apache.org) with ESMTPS id 91A5DC178F for ; Tue, 4 Aug 2020 16:42:53 +0000 (UTC) Received: by mail-ej1-f66.google.com with SMTP id l4so43105676ejd.13 for ; Tue, 04 Aug 2020 09:42:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=41KTbClCeXNZ9m0gSnRLT12oQa8vWzeLCY1m5rmn3AU=; b=dMkXIi08GLpCf/ES04w3EpxSqWTyigNirZrYTz7fJSrb0xy5MhJz90DS8uzDU3K6mP 0bTwNl+VWCWGp7CSdJP59HY9gHYuZ50A/gy68yd56zgPAuSx0ZxiUXRo9yz6eU9PB/jU e9XfxnHwfWXHdj6krG6JLeUD+G+Zwlk4YbXqLw+FLfmx33PQ3ubWvcaQii2xcIoEUiCF eCxsGuszcoHmgYlY4IPj+SPvS5EvsScsMMWAVzjEmtvqGzLsVe8WwSs2VKp1wdyWUR4q cWZCc5W644w3NO7yiIK4RNEKnVqknSQOeLBfeNPrsBvphL3Z3mfu/CGKW+kc8W1BMhFQ U+2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=41KTbClCeXNZ9m0gSnRLT12oQa8vWzeLCY1m5rmn3AU=; b=UyGYX5+OZ7KybtjLxe1Uig7EuUZCF8nBklYsbyv/r+J0nPvZLHm1JpM1zZ+ORZhpBh p4Xgc3f7wBpws1H0l6LTEppHE5hu9AEqgbenE9YGzFQMMSsBmB3v5OONYz8SFRAXAEqt LNXR5M1Zl0LL/3L2pGrqWtxFiqvFzbSKf/ctc0eB4YtOTrLZg7RaNu6NmHD76fXZIkWI QQmGjoBywaRQexMqKltJx4dXPkNpooUCo7WbksniIddXXWeFuaqZwfPOD0ahBK+8tkMz /pzmYMqp4veZ1NWX6VHTT43kgbqzbeBEy2QcrPla1J0nt9EA+lWPP1zl2pf1iZWTf6Bl SMbw== X-Gm-Message-State: AOAM533hD/fYaXCQQssxuhI6208PAeJQzQGH4gIc7UneL/W3ULlzG5kS XorGBuHKiBCwMgQsumumI2/+OJHcC9MO7h9QgbU= X-Google-Smtp-Source: ABdhPJzWVZy+dkFZ7Vaxp0fUs2AAvf7xnra+zSyvCMl6Qy5DvDasW4n2ht/GStbDTPo7F0DTa0HIZh5415rX55jUJ5w= X-Received: by 2002:a17:906:6146:: with SMTP id p6mr23121534ejl.211.1596559367045; Tue, 04 Aug 2020 09:42:47 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Joseph He Date: Tue, 4 Aug 2020 11:42:34 -0500 Message-ID: To: James Smith Cc: John Dunlap , Wesley Peng , mod_perl list Subject: Re: [Hangout - NYLXS] suggestions for perl as web development language [EXT] X-BeenThere: hangout-at-nylxs.com X-Mailman-Version: 2.1.30rc1 List-Id: NYLXS Tech Talk and Politics List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0250232868==" Errors-To: hangout-bounces-at-nylxs.com Sender: "Hangout"
--===============0250232868== Content-Type: multipart/related; boundary="000000000000efee3f05ac0ff136"
--000000000000efee3f05ac0ff136 Content-Type: multipart/alternative; boundary="000000000000efee3d05ac0ff135"
--000000000000efee3d05ac0ff135 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
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.
Joseph
On Tue, Aug 4, 2020 at 10:28 AM James Smith wrote:
> > > > > *From:* John Dunlap > *Sent:* 04 August 2020 15:30 > *To:* Wesley Peng > *Cc:* mod_perl list > *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 =E2=80=93 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=E2=80=99t get large numbers of simultaneous requests. Some o= f our > systems have long return times for queries due to the terra/petabyte scal= e > of some of our backend servers. > > > > > 2) mod_perl cannot provide web sockets. > > > > True =E2=80=93 we haven=E2=80=99t really found an excuse for web-sockets = although our > front end =E2=80=9CApplication Delivery Controller=E2=80=9D (which sits i= n the DMZ) can > manage proxying requests that need sockets one way and others that don=E2= =80=99t > another way. > > There are still a lot of issues with web-sockets =E2=80=93 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 =E2= =80=93 > e.g. Wordpress as a CMS/Object manager, and yes we are also moving to mor= e > front-end centric applications. But many of our fundamental pieces of cod= e > 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 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:* > > john-at-lariat.co > > > *Customer Service:* > > 877.268.6667 > > support-at-lariat.co > > -- The Wellcome Sanger Institute is operated by Genome Research Limited, = a > charity registered in England with number 1021457 and a company registere= d > in England with number 2742969, whose registered office is 215 Euston Roa= d, > London, NW1 2BE. >
--000000000000efee3d05ac0ff135 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
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.
Joseph
class=3D"gmail_quote"> =3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding= -left:1ex">
=C2=A0 =C2=A0 =C2=A0 The fundamental and, in my opinion, fatal flaws of m= od_per are as follows: > 1) Concurrency. mod_perl is pretty close to for= ced to use mpm_prefork because very few perl dependencies are thread safe.<= u> =C2=A0 Concurrency in extreme conditions - is actually bett= er when it comes to mod_perl than a number of other solutions =E2=80=93 e.g= . nginx/starman. Apache/mod_perl is much better at handling large numbers o= f simultaneous requests than the systems which fork a number of small processes at start up to handle requests. You eithe= r have to fork a large number of these or pray you don=E2=80=99t get large = numbers of simultaneous requests. Some of our systems have long return time= s for queries due to the terra/petabyte scale of some of our backend servers. =C2=A0 > 2) mod_perl cannot provide web sockets.<= u> =C2=A0 True =E2=80=93 we haven=E2=80=99t really found an ex= cuse for web-sockets although our front end =E2=80=9CApplication Delivery C= ontroller=E2=80=9D (which sits in the DMZ) can manage proxying requests tha= t need sockets one way and others that don=E2=80=99t another way.=
There are still a lot of issues with web-sockets =E2= =80=93 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 start= ed looking at ways to move away from mod_perl. =C2=A0 We are using more off the shelf packages for some of= our applications =E2=80=93 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.=
=C2=A0 =C2=A0 order-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4= .8pt;margin-right:0cm">
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
language, and choose the alternatives instead?
Thanks & Regards
--
uchet MS",sans-serif;color:rgb(68,68,68)">John Dunlape=3D"font-size:12pt;font-family:Arial,sans-serif"> s-serif;color:rgb(153,153,153)">CTO |=C2=A012pt;font-family:Tahoma,sans-serif;color:rgb(255,153,0)">Lariat style=3D"font-size:12pt;font-family:Tahoma,sans-serif;color:rgb(153,153,15= 3)">=C2=A0"> sans-serif;color:rgb(153,153,153)">Direct:ze:12pt;font-family:Arial,sans-serif"> s-serif;color:rgb(153,153,153)">
Customer Service:ial,sans-serif"> -serif;color:rgb(153,153,153)">877.268.666712pt;font-family:Arial,sans-serif"> -serif">6in; height: 0.625in;" id=3D"gmail-m_-1375627477317052034Picture_x0020_1" s= rc=3D"cid:173ba537c304cff311">ily:Arial,sans-serif"> --=20 The Wellcome Sanger Institute is operated by Genome Research=20 Limited, a charity registered in England with number 1021457 and a=20 company registered in England with number 2742969, whose registered=20 office is 215 Euston Road, London, NW1 2BE.=20
--000000000000efee3d05ac0ff135--
--000000000000efee3f05ac0ff136 Content-Type: image/png; name="image001.png" Content-Disposition: inline; filename="image001.png" Content-Transfer-Encoding: base64 Content-ID: <173ba537c304cff311> X-Attachment-Id: 173ba537c304cff311
iVBORw0KGgoAAAANSUhEUgAAAGQAAAA8CAYAAACQPx/OAAAABHNCSVQICAgIfAhkiAAAAAlwSFlz AAAN1wAADdcBQiibeAAAABl0RVh0U29mdHdhcmUAd3d3Lmlua3NjYXBlLm9yZ5vuPBoAAAffSURB VHic7Zx/cFTVFcc/5+6+TQJECVZpBUZERmcQpWKnSrV2tDOdgUl/hLC0ZBcqpdmo1VpApTNiFVtb i6MRY0WSYFAI2izp0jqd0hla+4cjVloGOoIULVOwPyydseVHDHlv953+QQPZ3bfJ5seG98f7zOzM 23PuPffsft+779y7LxFVJcA/mPOdQEA2gSA+IxDEZwSC+IxAEJ8RCOIzAkF8RiCIzwgE8RmBID4j EMRnBIL4jEAQnxF2WuM35hqtC+3dRDsy5yOhkcbeEJ8hIS7oa7Mc/TN3tv+nFON1dnZenRap7Gsz mczb0Wj0VDH9w6q6K8/aNbYK+O/IpHh+UaPPoXyur80OaU0EtpdiPBfZaFRuyLKFQnOAN4vpH0xZ PiMQxGcEgviMURUkmUxOSiaTFaM5pjE8oK7O7fuy3fAbo5lDLsnkL6YX8oVHI4FNmzaVj7tg/H2Y 0HdxM9OB7tEYF8Ba1v5Wrq1stAYvhGSakttSGTfEiq/W1BzKcvU01+U95RCxIlXc3jYiVda2bamo Ck8AlwGo8BI5ghgl7ar+AzFHEfeoZDKHotHoB3nBmuIX9JSzNqsv6lj17ffQuLDCHmetRJiH8gnQ tkj91kd7WupWgLkyq48r662Gzft6WuLVQPXAn0JVkGMietRVjhDmcNnS9sNeLZM/S/0B5frs7qTU cKz3rSjzgCmAoyrPiDrfj0ajx6GEV0gyuf2TGF2HcEtfuyhLctsqICJnjlTAhNPJztQz9unyNbHY 3BO97bpC9hgLqyGnb09326K1oXHWa8AV9J5ewrT/H3xJ0KyyV8XdAewT1U8hZMUrjKIKApAGuzWW zITclRVLX34/p1n+dyrUiPfDPZaIrkTCizs6U6vfeftPG0tyD0kmU3MwuguyxRgEYWBFpPz0gVQq ddFAjUOO+QlwxRDHGhpKNJQ2B50Ni2eNQLRLBJqvnnltY0kEiUZrdhnca1F+OcxQkzIuTw7Qpgzh i8McZ6iM0ZC7HkSGGed9RL+2oLbm3pJNWbW1te8C1du2bZ+roo3AVWc8+qyIdBUbRxVNJpMX9s6x HmRQfpDfkb0Dx9Y3jci6ItIIKUwGPg9kbYugzHGaFy2zErSeeeuuMmqq+okVUeF+YCbQraprRTM/ jkaj3TAKVdaCBV/5VXNz886qiy6+B3gYN/PYAq8b9tBJRxLtjwylY1nD1h3AjmLb97TFpkmancDl fe165gptBVhYW/vrgeIkt6UWYXgnhN4/v3b+kb6+USl7E4mEAzyVSqW2HD/ZdaLfxk3zyqicmL1W +agrzV0dRW3OlZKype2H7da676GyOcuhMqX30GlePDtjsjczy8PhvVlVq6YbovOjR73GGBVBeqmp qTk2UJueigl3imM3ZhmtyBsRuKlkiQ0CwbynZJdMKkw+d6zPGdWszcXT6fSt5fC73vfRqLcYMEqC 9DTHvwBaK8J1aPbZk4sRqvIqRNWSru7tjUtmipv5hitcLy4T+20slOebuJg1t4Z5+LX0cHPxFKRH 7QllI7H9vmaNcS499JQI9561DVCPeJbroiXb4nGa6xoQeVqhXJQB8yvIZVPDgKcgBndCsWEMHtsY 4uSsNIeIc+m7CaWPGD7D2Rj7tIqsh/yzfqgIbv62kFv892kQj/JQ8lfTg+aFZZWK/rCAtwvk994v jhToM+KoK414XxMZYE+B/Pb3H1X25ZtYSOPCoqbdsMBuhTk59mqnOf51K7HlxWKCeJFOd89CJK8e F9WnLSofJLHhI69+Pa3x74hqo5dvRGmaV0Z51Q25ZoGdVtipY2nHv726Oa3xGz1/ZT0XYI/HvDvd GWs9YcHdA6VlFN3t5VDRNqc1to6meL834UKokRkeZteCxwqJMZrYFeOvAkK59owrjxcSoxhU9Y+e duFbdkvs1e62RVO8/L2EIyfTnfY46yHgyhyfqPJtu1zvpiV2EPQ9KLBFloMroeVG8VqNG1vMZyOQ KiZOKVHX7RLJ0wNjuAX4zVDjRuq37rdbYj8Hvuzhrg6lTbXdEvsryH4lvaKs/pWs7fcwyzu6zYa6 210jr+P9g5UBZoDnGe9JSDOPKLrXe3rWrXZr7FVcDnj1FSHvKZhSUJb46WG7pe4E5Jbhutppid2s yOt4/AGmCpMHKsTsTChhhTI3CXysQJOpoFONhPO2fMIA4Yatu+zW+I9QfbCYD1MMkfqXDzgtdb9V uC3HVY4SHXJ5OWKoQt3zIA/kOMyZnPU2rxwLpn3yX2fFG3fHS8fslngCNInHtNgfZ6+IyDe3rAYW AR8OJkBhVNOZ8BKBAVfn54vI+PRDwJ4RCVY5MUurSP2WlBg+AxwcTJisKSpS3/5KWs1MVLYAfxtu jhV3vPh323FmUaJnoIZNtMOOnHJuFtEnAXekw1vL2t+KnHJmg64FDlFg3duXvJX6mMTmfwKLAU49 v+QSS9KzjZGPDyoR45zdqxl7V8cHQE1Xa93EsMo1RmUSooOasFxCHwKM7eG4Y7E0x93/E5auPi5G NmV3sM5dFcs7ui24j6b4o+kxXKOuTmOQ0wwAY7scT/vyju4IrAJW8cKyyrRz+joVuRxRsUL2X3Kb S/CPA/xF8FyWzwgE8RmBID4jEMRnBIL4jEAQnxEI4jMCQXxGIIjPCATxGYEgPiMQxGcEgviMQBCf EQjiMwJBfEYgiM8IBPEZ/wONLbmWkFlv2gAAAABJRU5ErkJggg== --000000000000efee3f05ac0ff136--
--===============0250232868== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline
_______________________________________________ Hangout mailing list Hangout-at-nylxs.com http://lists.mrbrklyn.com/mailman/listinfo/hangout
--===============0250232868==--
--===============0250232868== Content-Type: multipart/related; boundary="000000000000efee3f05ac0ff136"
--000000000000efee3f05ac0ff136 Content-Type: multipart/alternative; boundary="000000000000efee3d05ac0ff135"
--000000000000efee3d05ac0ff135 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
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.
Joseph
On Tue, Aug 4, 2020 at 10:28 AM James Smith wrote:
> > > > > *From:* John Dunlap > *Sent:* 04 August 2020 15:30 > *To:* Wesley Peng > *Cc:* mod_perl list > *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 =E2=80=93 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=E2=80=99t get large numbers of simultaneous requests. Some o= f our > systems have long return times for queries due to the terra/petabyte scal= e > of some of our backend servers. > > > > > 2) mod_perl cannot provide web sockets. > > > > True =E2=80=93 we haven=E2=80=99t really found an excuse for web-sockets = although our > front end =E2=80=9CApplication Delivery Controller=E2=80=9D (which sits i= n the DMZ) can > manage proxying requests that need sockets one way and others that don=E2= =80=99t > another way. > > There are still a lot of issues with web-sockets =E2=80=93 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 =E2= =80=93 > e.g. Wordpress as a CMS/Object manager, and yes we are also moving to mor= e > front-end centric applications. But many of our fundamental pieces of cod= e > 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 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:* > > john-at-lariat.co > > > *Customer Service:* > > 877.268.6667 > > support-at-lariat.co > > -- The Wellcome Sanger Institute is operated by Genome Research Limited, = a > charity registered in England with number 1021457 and a company registere= d > in England with number 2742969, whose registered office is 215 Euston Roa= d, > London, NW1 2BE. >
--000000000000efee3d05ac0ff135 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
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.
Joseph
class=3D"gmail_quote"> =3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding= -left:1ex">
=C2=A0 =C2=A0 =C2=A0 The fundamental and, in my opinion, fatal flaws of m= od_per are as follows: > 1) Concurrency. mod_perl is pretty close to for= ced to use mpm_prefork because very few perl dependencies are thread safe.<= u> =C2=A0 Concurrency in extreme conditions - is actually bett= er when it comes to mod_perl than a number of other solutions =E2=80=93 e.g= . nginx/starman. Apache/mod_perl is much better at handling large numbers o= f simultaneous requests than the systems which fork a number of small processes at start up to handle requests. You eithe= r have to fork a large number of these or pray you don=E2=80=99t get large = numbers of simultaneous requests. Some of our systems have long return time= s for queries due to the terra/petabyte scale of some of our backend servers. =C2=A0 > 2) mod_perl cannot provide web sockets.<= u> =C2=A0 True =E2=80=93 we haven=E2=80=99t really found an ex= cuse for web-sockets although our front end =E2=80=9CApplication Delivery C= ontroller=E2=80=9D (which sits in the DMZ) can manage proxying requests tha= t need sockets one way and others that don=E2=80=99t another way.=
There are still a lot of issues with web-sockets =E2= =80=93 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 start= ed looking at ways to move away from mod_perl. =C2=A0 We are using more off the shelf packages for some of= our applications =E2=80=93 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.=
=C2=A0 =C2=A0 order-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4= .8pt;margin-right:0cm">
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
language, and choose the alternatives instead?
Thanks & Regards
--
uchet MS",sans-serif;color:rgb(68,68,68)">John Dunlape=3D"font-size:12pt;font-family:Arial,sans-serif"> s-serif;color:rgb(153,153,153)">CTO |=C2=A012pt;font-family:Tahoma,sans-serif;color:rgb(255,153,0)">Lariat style=3D"font-size:12pt;font-family:Tahoma,sans-serif;color:rgb(153,153,15= 3)">=C2=A0"> sans-serif;color:rgb(153,153,153)">Direct:ze:12pt;font-family:Arial,sans-serif"> s-serif;color:rgb(153,153,153)">
Customer Service:ial,sans-serif"> -serif;color:rgb(153,153,153)">877.268.666712pt;font-family:Arial,sans-serif"> -serif">6in; height: 0.625in;" id=3D"gmail-m_-1375627477317052034Picture_x0020_1" s= rc=3D"cid:173ba537c304cff311">ily:Arial,sans-serif"> --=20 The Wellcome Sanger Institute is operated by Genome Research=20 Limited, a charity registered in England with number 1021457 and a=20 company registered in England with number 2742969, whose registered=20 office is 215 Euston Road, London, NW1 2BE.=20
--000000000000efee3d05ac0ff135--
--000000000000efee3f05ac0ff136 Content-Type: image/png; name="image001.png" Content-Disposition: inline; filename="image001.png" Content-Transfer-Encoding: base64 Content-ID: <173ba537c304cff311> X-Attachment-Id: 173ba537c304cff311
iVBORw0KGgoAAAANSUhEUgAAAGQAAAA8CAYAAACQPx/OAAAABHNCSVQICAgIfAhkiAAAAAlwSFlz AAAN1wAADdcBQiibeAAAABl0RVh0U29mdHdhcmUAd3d3Lmlua3NjYXBlLm9yZ5vuPBoAAAffSURB VHic7Zx/cFTVFcc/5+6+TQJECVZpBUZERmcQpWKnSrV2tDOdgUl/hLC0ZBcqpdmo1VpApTNiFVtb i6MRY0WSYFAI2izp0jqd0hla+4cjVloGOoIULVOwPyydseVHDHlv953+QQPZ3bfJ5seG98f7zOzM 23PuPffsft+779y7LxFVJcA/mPOdQEA2gSA+IxDEZwSC+IxAEJ8RCOIzAkF8RiCIzwgE8RmBID4j EMRnBIL4jEAQnxF2WuM35hqtC+3dRDsy5yOhkcbeEJ8hIS7oa7Mc/TN3tv+nFON1dnZenRap7Gsz mczb0Wj0VDH9w6q6K8/aNbYK+O/IpHh+UaPPoXyur80OaU0EtpdiPBfZaFRuyLKFQnOAN4vpH0xZ PiMQxGcEgviMURUkmUxOSiaTFaM5pjE8oK7O7fuy3fAbo5lDLsnkL6YX8oVHI4FNmzaVj7tg/H2Y 0HdxM9OB7tEYF8Ba1v5Wrq1stAYvhGSakttSGTfEiq/W1BzKcvU01+U95RCxIlXc3jYiVda2bamo Ck8AlwGo8BI5ghgl7ar+AzFHEfeoZDKHotHoB3nBmuIX9JSzNqsv6lj17ffQuLDCHmetRJiH8gnQ tkj91kd7WupWgLkyq48r662Gzft6WuLVQPXAn0JVkGMietRVjhDmcNnS9sNeLZM/S/0B5frs7qTU cKz3rSjzgCmAoyrPiDrfj0ajx6GEV0gyuf2TGF2HcEtfuyhLctsqICJnjlTAhNPJztQz9unyNbHY 3BO97bpC9hgLqyGnb09326K1oXHWa8AV9J5ewrT/H3xJ0KyyV8XdAewT1U8hZMUrjKIKApAGuzWW zITclRVLX34/p1n+dyrUiPfDPZaIrkTCizs6U6vfeftPG0tyD0kmU3MwuguyxRgEYWBFpPz0gVQq ddFAjUOO+QlwxRDHGhpKNJQ2B50Ni2eNQLRLBJqvnnltY0kEiUZrdhnca1F+OcxQkzIuTw7Qpgzh i8McZ6iM0ZC7HkSGGed9RL+2oLbm3pJNWbW1te8C1du2bZ+roo3AVWc8+qyIdBUbRxVNJpMX9s6x HmRQfpDfkb0Dx9Y3jci6ItIIKUwGPg9kbYugzHGaFy2zErSeeeuuMmqq+okVUeF+YCbQraprRTM/ jkaj3TAKVdaCBV/5VXNz886qiy6+B3gYN/PYAq8b9tBJRxLtjwylY1nD1h3AjmLb97TFpkmancDl fe165gptBVhYW/vrgeIkt6UWYXgnhN4/v3b+kb6+USl7E4mEAzyVSqW2HD/ZdaLfxk3zyqicmL1W +agrzV0dRW3OlZKype2H7da676GyOcuhMqX30GlePDtjsjczy8PhvVlVq6YbovOjR73GGBVBeqmp qTk2UJueigl3imM3ZhmtyBsRuKlkiQ0CwbynZJdMKkw+d6zPGdWszcXT6fSt5fC73vfRqLcYMEqC 9DTHvwBaK8J1aPbZk4sRqvIqRNWSru7tjUtmipv5hitcLy4T+20slOebuJg1t4Z5+LX0cHPxFKRH 7QllI7H9vmaNcS499JQI9561DVCPeJbroiXb4nGa6xoQeVqhXJQB8yvIZVPDgKcgBndCsWEMHtsY 4uSsNIeIc+m7CaWPGD7D2Rj7tIqsh/yzfqgIbv62kFv892kQj/JQ8lfTg+aFZZWK/rCAtwvk994v jhToM+KoK414XxMZYE+B/Pb3H1X25ZtYSOPCoqbdsMBuhTk59mqnOf51K7HlxWKCeJFOd89CJK8e F9WnLSofJLHhI69+Pa3x74hqo5dvRGmaV0Z51Q25ZoGdVtipY2nHv726Oa3xGz1/ZT0XYI/HvDvd GWs9YcHdA6VlFN3t5VDRNqc1to6meL834UKokRkeZteCxwqJMZrYFeOvAkK59owrjxcSoxhU9Y+e duFbdkvs1e62RVO8/L2EIyfTnfY46yHgyhyfqPJtu1zvpiV2EPQ9KLBFloMroeVG8VqNG1vMZyOQ KiZOKVHX7RLJ0wNjuAX4zVDjRuq37rdbYj8Hvuzhrg6lTbXdEvsryH4lvaKs/pWs7fcwyzu6zYa6 210jr+P9g5UBZoDnGe9JSDOPKLrXe3rWrXZr7FVcDnj1FSHvKZhSUJb46WG7pe4E5Jbhutppid2s yOt4/AGmCpMHKsTsTChhhTI3CXysQJOpoFONhPO2fMIA4Yatu+zW+I9QfbCYD1MMkfqXDzgtdb9V uC3HVY4SHXJ5OWKoQt3zIA/kOMyZnPU2rxwLpn3yX2fFG3fHS8fslngCNInHtNgfZ6+IyDe3rAYW AR8OJkBhVNOZ8BKBAVfn54vI+PRDwJ4RCVY5MUurSP2WlBg+AxwcTJisKSpS3/5KWs1MVLYAfxtu jhV3vPh323FmUaJnoIZNtMOOnHJuFtEnAXekw1vL2t+KnHJmg64FDlFg3duXvJX6mMTmfwKLAU49 v+QSS9KzjZGPDyoR45zdqxl7V8cHQE1Xa93EsMo1RmUSooOasFxCHwKM7eG4Y7E0x93/E5auPi5G NmV3sM5dFcs7ui24j6b4o+kxXKOuTmOQ0wwAY7scT/vyju4IrAJW8cKyyrRz+joVuRxRsUL2X3Kb S/CPA/xF8FyWzwgE8RmBID4jEMRnBIL4jEAQnxEI4jMCQXxGIIjPCATxGYEgPiMQxGcEgviMQBCf EQjiMwJBfEYgiM8IBPEZ/wONLbmWkFlv2gAAAABJRU5ErkJggg== --000000000000efee3f05ac0ff136--
--===============0250232868== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline
_______________________________________________ Hangout mailing list Hangout-at-nylxs.com http://lists.mrbrklyn.com/mailman/listinfo/hangout
--===============0250232868==--
|
|