MESSAGE
| DATE | 2020-08-04 |
| FROM | Mithun Bhattacharya
|
| SUBJECT | Re: [Hangout - NYLXS] suggestions for perl as web development
|
From hangout-bounces-at-nylxs.com Thu Aug 6 22:06:30 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 A085B164047;
Thu, 6 Aug 2020 22:06:29 -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 48C2C163FF2; Thu, 6 Aug 2020 22:01:33 -0400 (EDT)
Resent-From: Ruben Safir
Resent-Date: Thu, 6 Aug 2020 22:01:32 -0400
Resent-Message-ID: <20200807020132.GC24245-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 D82F5163F9C
for ; Tue, 4 Aug 2020 18:07:47 -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 D25E81257BB
for ; Tue, 4 Aug 2020 22:07:40 +0000 (UTC)
Received: (qmail 44101 invoked by uid 500); 4 Aug 2020 22:07:40 -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 44090 invoked by uid 99); 4 Aug 2020 22:07:40 -0000
Received: from pnap-us-west-generic-nat.apache.org (HELO
spamd2-us-west.apache.org) (209.188.14.142)
by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Aug 2020 22:07:40 +0000
Received: from localhost (localhost [127.0.0.1])
by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org)
with ESMTP id 935401A32D7
for ; Tue, 4 Aug 2020 22:07:39 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level:
X-Spam-Status: No, score=0 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, HTML_MESSAGE=0.2, RCVD_IN_DNSWL_NONE=-0.0001,
RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
URIBL_BLOCKED=0.001] autolearn=disabled
Authentication-Results: spamd2-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 (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024)
with ESMTP id MDLi6oRbf2q0 for ;
Tue, 4 Aug 2020 22:07:37 +0000 (UTC)
Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=209.85.217.42;
helo=mail-vs1-f42.google.com; envelope-from=mithnb-at-gmail.com;
receiver=
Received: from mail-vs1-f42.google.com (mail-vs1-f42.google.com
[209.85.217.42])
by mx1-ec2-va.apache.org (ASF Mail Server at mx1-ec2-va.apache.org) with
ESMTPS id 32E58C1777
for ; Tue, 4 Aug 2020 22:07:36 +0000 (UTC)
Received: by mail-vs1-f42.google.com with SMTP id n25so8067467vsq.6
for ; Tue, 04 Aug 2020 15:07:36 -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=sIW/8bxLC1wNHdGXDiRZs2X2nko2BnEfqSxvtjoV6vA=;
b=o9JvPOsAyjC1F4nG+YvbYNTfPoHpbYFXpXw9BqBEvHsG+Tg3fZAAWtdTA2CfNJXZVf
FKhO5PdVGaS52VWeDliiuiIQwoFUdZ2rsK7BT7jAuiorjmCb9nK1ygGvlkMCJsGXjijX
znMO3o4AKNz1YfJQ71oNRuWYVOhuwK6NOoicaB7iySgfu8guH+6+J0+cNIIKoVoV2BmY
qJrQS6Byyd0MogNEn/CBGeTRKDcNN8/ZBJEOpOGtdezWn0ZeEbN7Rj77bg6xWADy+0+7
aT/SNLbAsALxk0ki2Tg+z109r57Yg8ff2L2wQ2CXyqJIF0vj/sgSopZ57hjBptEFv6i2
aP6w==
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=sIW/8bxLC1wNHdGXDiRZs2X2nko2BnEfqSxvtjoV6vA=;
b=fixL+bf00eBFiHchtFqXT4PHCI+h4smmPJxSYtKJFLAb5UjdXp+V7kDgRVFj6eXKe/
xruEjKUUHgKLJ7J2mRcTxvu9mqVoeW1vRvhMGijllsTJEDefF3CAHN02SEprW6FtkF5U
/cQk1SRqPcV5TOtXrS6ZxeZY9gljECAnEVDMv8+9HMePGfRyQNkhYwOcXihiiIO3SKu5
3ktIF2BB8x3LBzaqP1tWe3igxZZ4ERvjOE5takZHW9Jgswq9i/YHzZb4UXuKSACBOvYt
ok5lH2qhpyynxz7PJow00U7KCl8oRhRzzFGzGaEs2e98Ati3DEqc3rOf5q/TcWmdUV1D
hm/Q==
X-Gm-Message-State: AOAM530HzUUzOq7QfxNmV2mjl5CQSxtOtkhBRW/HTxR4tojixyVq/eN/
6xAhH9OFBv0+62zL9A5hIdTNPTh1L5Hh2qLuvvw=
X-Google-Smtp-Source: ABdhPJwThTOhuAxDyYdTPlFkPNsj+McVw8l4lRw0pA4Ifh0p2tRDC4Xp3KVbUHmVLPEZFZu9Y998uNp7m9N25fgKzTE=
X-Received: by 2002:a67:f302:: with SMTP id p2mr3140282vsf.0.1596578850299;
Tue, 04 Aug 2020 15:07:30 -0700 (PDT)
MIME-Version: 1.0
References:
<3A8B7869-1464-442E-9647-08514375C4D9-at-blackmans.org>
In-Reply-To:
From: Mithun Bhattacharya
Date: Tue, 4 Aug 2020 17:07:18 -0500
Message-ID:
To: Mark Blackman
Cc: Joseph He , James Smith ,
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="===============1001340883=="
Errors-To: hangout-bounces-at-nylxs.com
Sender: "Hangout"
--===============1001340883==
Content-Type: multipart/alternative; boundary="0000000000003a672a05ac147bcc"
--0000000000003a672a05ac147bcc
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
I am not sure I understand - by the time we have decided we need perl why
not go for Apache and even consider an alternate ?
The mod_perl setup can't be the only criteria - we created a sample service
and demonstrated it to everyone in the team what needs to happen and now we
have services cropping up like mushrooms.
On Tue, Aug 4, 2020 at 4:05 PM Mark Blackman wrote:
>
>
> On 4 Aug 2020, at 21:55, Mithun Bhattacharya wrote:
>
> Ours is a REST based service so every request has business logic and an
> apache+mod_perl instance actually has a better segregation of the
> webserver and Perl code - we don't worry about handling the HTTP request
> and managing children. We trust Apache will do the right thing and if
> something breaks we have a large community of people who can help. All we
> worry about is our business logic which well no one can help if we don't
> know what we have coded :)
>
> Would you like to share a Perl based webserver which can be guaranteed to
> be comparable to apache in terms of reliability and stability ?
>
> On Tue, Aug 4, 2020 at 3:48 PM Mark Blackman wrote:
>
>>
>>
>> On 4 Aug 2020, at 21:41, Mithun Bhattacharya wrote:
>>
>> I am genuinely curious what are these other "well known" means ?
>>
>> On Tue, Aug 4, 2020 at 3:37 PM Mark Blackman wrote:
>>
>>>
>>>
>>> > On 4 Aug 2020, at 17:58, Mithun Bhattacharya wrote=
:
>>> >
>>> > mod_perl does have value because it does a more efficient utilization
>>> of resources - this is important when fast response time and scalabilit=
y is
>>> important. The complexity is a known problem but it is not a mystery bo=
x
>>> either - there is enough documentation which explains what has to happe=
n
>>> and what could have gone wrong.
>>>
>>> mod_perl=E2=80=99s relative efficiency can be achieved by other well-kn=
own means.
>>
>>
>> That would depend on what you mean by "efficient utilisation of
>> resources=E2=80=9D. You can get the same general effect, more simply, b=
y running a
>> high-performing pre-forking Perl web application server and a web server
>> with a simple configuration in front of it ,instead of a complicated
>> Apache+mod_perl installation.
>>
>> That also buys you a nice separation of concerns, the web server handles
>> all the complicated host or path rewrites and access control and the Per=
l
>> app focuses on responding to the, now-sanitised, fully normalized, HTTP
>> requests.
>>
>> - Mark
>>
>
> You would still have something like Apache or Nginx handling the direct
> connection to the client and after all clean-up/rewrite/ACL logic is
> applied, then the HTTP request is passed onto something like
> https://metacpan.org/pod/Starman
>
> - Mark
>
>
--0000000000003a672a05ac147bcc
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
I am not sure I understand - by the time we have decided w= e need perl why not go for Apache and even consider an alternate ?
=
The mod_perl setup can't be the only criteria - we created a=
sample service and demonstrated it to everyone in the team what needs to h=
appen and now we have services cropping up like mushrooms.
<=
div class=3D"gmail_quote">e" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204)=
;padding-left:1ex"><= blockquote type=3D"cite"> Ours is a REST based service = so every request has business logic and an apache+mod_perl instance actuall= y has a better segregation of the webserver=C2=A0and Perl code - we don'= ;t worry about handling the HTTP request and managing children. We trust Ap= ache will do the right thing and if something breaks we have a large commun= ity=C2=A0of people who can help. All we worry about is our business logic w= hich well no one can help if we don't know what we have coded :) r> Would you like to share a Perl based webserver=C2=A0which can =
be guaranteed=C2=A0to be comparable to=C2=A0apache in terms of reliability =
and stability ? x 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><= br>
I am genuinely=
=C2=A0curious what are these other "well known" means ? = class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px sol=
id rgb(204,204,204);padding-left:1ex">
> On 4 Aug 2020, at 17:58, Mithun Bhattacharya <hnb-at-gmail.com" target=3D"_blank">mithnb-at-gmail.com> wrote:
>
> mod_perl does have value because it does a more efficient utilization =
of resources - this is important when fast response time and scalability is=
important. The complexity is a known problem but it is not a mystery box e=
ither - there is enough documentation which explains what has to happen and=
what could have gone wrong.
mod_perl=E2=80=99s relative efficiency can be achieved by other well-known =
means.
That would depend on what you mean by =C2=
=A0"efficient utilisation of resources=E2=80=9D.=C2=A0 You can get the=
same general effect, more simply, by running a high-performing pre-forking=
Perl web application server and a web server with a simple configuration i=
n front of it ,instead of a complicated Apache+mod_perl installation. =
That also buys you a nice separation of concerns, the w=
eb server handles all the complicated host or path rewrites and access cont=
rol and the Perl app focuses on responding to the, now-sanitised, fully nor=
malized, HTTP requests.
- Mark You would still have something like Apach= e or Nginx handling the direct connection to the client and after all clean= -up/rewrite/ACL logic is applied, then the HTTP request is passed onto some= thing like=C2=A0 nk">https://metacpan.org/pod/Starman
- Markiv>
--0000000000003a672a05ac147bcc--
--===============1001340883==
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
--===============1001340883==--
--===============1001340883==
Content-Type: multipart/alternative; boundary="0000000000003a672a05ac147bcc"
--0000000000003a672a05ac147bcc
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
I am not sure I understand - by the time we have decided we need perl why
not go for Apache and even consider an alternate ?
The mod_perl setup can't be the only criteria - we created a sample service
and demonstrated it to everyone in the team what needs to happen and now we
have services cropping up like mushrooms.
On Tue, Aug 4, 2020 at 4:05 PM Mark Blackman wrote:
>
>
> On 4 Aug 2020, at 21:55, Mithun Bhattacharya wrote:
>
> Ours is a REST based service so every request has business logic and an
> apache+mod_perl instance actually has a better segregation of the
> webserver and Perl code - we don't worry about handling the HTTP request
> and managing children. We trust Apache will do the right thing and if
> something breaks we have a large community of people who can help. All we
> worry about is our business logic which well no one can help if we don't
> know what we have coded :)
>
> Would you like to share a Perl based webserver which can be guaranteed to
> be comparable to apache in terms of reliability and stability ?
>
> On Tue, Aug 4, 2020 at 3:48 PM Mark Blackman wrote:
>
>>
>>
>> On 4 Aug 2020, at 21:41, Mithun Bhattacharya wrote:
>>
>> I am genuinely curious what are these other "well known" means ?
>>
>> On Tue, Aug 4, 2020 at 3:37 PM Mark Blackman wrote:
>>
>>>
>>>
>>> > On 4 Aug 2020, at 17:58, Mithun Bhattacharya wrote=
:
>>> >
>>> > mod_perl does have value because it does a more efficient utilization
>>> of resources - this is important when fast response time and scalabilit=
y is
>>> important. The complexity is a known problem but it is not a mystery bo=
x
>>> either - there is enough documentation which explains what has to happe=
n
>>> and what could have gone wrong.
>>>
>>> mod_perl=E2=80=99s relative efficiency can be achieved by other well-kn=
own means.
>>
>>
>> That would depend on what you mean by "efficient utilisation of
>> resources=E2=80=9D. You can get the same general effect, more simply, b=
y running a
>> high-performing pre-forking Perl web application server and a web server
>> with a simple configuration in front of it ,instead of a complicated
>> Apache+mod_perl installation.
>>
>> That also buys you a nice separation of concerns, the web server handles
>> all the complicated host or path rewrites and access control and the Per=
l
>> app focuses on responding to the, now-sanitised, fully normalized, HTTP
>> requests.
>>
>> - Mark
>>
>
> You would still have something like Apache or Nginx handling the direct
> connection to the client and after all clean-up/rewrite/ACL logic is
> applied, then the HTTP request is passed onto something like
> https://metacpan.org/pod/Starman
>
> - Mark
>
>
--0000000000003a672a05ac147bcc
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
I am not sure I understand - by the time we have decided w= e need perl why not go for Apache and even consider an alternate ?
=
The mod_perl setup can't be the only criteria - we created a=
sample service and demonstrated it to everyone in the team what needs to h=
appen and now we have services cropping up like mushrooms.
<=
div class=3D"gmail_quote">e" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204)=
;padding-left:1ex"><= blockquote type=3D"cite"> Ours is a REST based service = so every request has business logic and an apache+mod_perl instance actuall= y has a better segregation of the webserver=C2=A0and Perl code - we don'= ;t worry about handling the HTTP request and managing children. We trust Ap= ache will do the right thing and if something breaks we have a large commun= ity=C2=A0of people who can help. All we worry about is our business logic w= hich well no one can help if we don't know what we have coded :) r> Would you like to share a Perl based webserver=C2=A0which can =
be guaranteed=C2=A0to be comparable to=C2=A0apache in terms of reliability =
and stability ? x 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><= br>
I am genuinely=
=C2=A0curious what are these other "well known" means ? = class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px sol=
id rgb(204,204,204);padding-left:1ex">
> On 4 Aug 2020, at 17:58, Mithun Bhattacharya <hnb-at-gmail.com" target=3D"_blank">mithnb-at-gmail.com> wrote:
>
> mod_perl does have value because it does a more efficient utilization =
of resources - this is important when fast response time and scalability is=
important. The complexity is a known problem but it is not a mystery box e=
ither - there is enough documentation which explains what has to happen and=
what could have gone wrong.
mod_perl=E2=80=99s relative efficiency can be achieved by other well-known =
means.
That would depend on what you mean by =C2=
=A0"efficient utilisation of resources=E2=80=9D.=C2=A0 You can get the=
same general effect, more simply, by running a high-performing pre-forking=
Perl web application server and a web server with a simple configuration i=
n front of it ,instead of a complicated Apache+mod_perl installation. =
That also buys you a nice separation of concerns, the w=
eb server handles all the complicated host or path rewrites and access cont=
rol and the Perl app focuses on responding to the, now-sanitised, fully nor=
malized, HTTP requests.
- Mark You would still have something like Apach= e or Nginx handling the direct connection to the client and after all clean= -up/rewrite/ACL logic is applied, then the HTTP request is passed onto some= thing like=C2=A0 nk">https://metacpan.org/pod/Starman
- Markiv>
--0000000000003a672a05ac147bcc--
--===============1001340883==
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
--===============1001340883==--
|
|
