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:39 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 9DADA164022;
Thu, 6 Aug 2020 22:06:38 -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 DE60D164017; Thu, 6 Aug 2020 22:01:33 -0400 (EDT)
Resent-From: Ruben Safir
Resent-Date: Thu, 6 Aug 2020 22:01:33 -0400
Resent-Message-ID: <20200807020133.GE24245-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 0C6C1163F9C
for ; Tue, 4 Aug 2020 16:56:07 -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 5C020124FF2
for ; Tue, 4 Aug 2020 20:56:07 +0000 (UTC)
Received: (qmail 18660 invoked by uid 500); 4 Aug 2020 20:56:07 -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 18649 invoked by uid 99); 4 Aug 2020 20:56:06 -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 20:56:06 +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 14B261A006E
for ; Tue, 4 Aug 2020 20:56:06 +0000 (UTC)
X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org
X-Spam-Flag: NO
X-Spam-Score: 0.001
X-Spam-Level:
X-Spam-Status: No, score=0.001 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,
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-he-de.apache.org ([10.40.0.8])
by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024)
with ESMTP id fNRKqxEJK0eR for ;
Tue, 4 Aug 2020 20:56:03 +0000 (UTC)
Received-SPF: Pass (mailfrom) identity=mailfrom;
client-ip=2607:f8b0:4864:20::e44; helo=mail-vs1-xe44.google.com;
envelope-from=mithnb-at-gmail.com; receiver=
Received: from mail-vs1-xe44.google.com (mail-vs1-xe44.google.com
[IPv6:2607:f8b0:4864:20::e44])
by mx1-he-de.apache.org (ASF Mail Server at mx1-he-de.apache.org) with ESMTPS
id 469BC7FB42
for ; Tue, 4 Aug 2020 20:56:03 +0000 (UTC)
Received: by mail-vs1-xe44.google.com with SMTP id j23so15389364vsq.7
for ; Tue, 04 Aug 2020 13:56:03 -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=VM8tm7R4zz/wvYkpo7C0uSsUIA5CjVB5vdx6V/RJsQo=;
b=dj8vzlQhMCimwlme1ONFhi76a9N4Og90AgLQOOxCNqWrfCRW8MqyijlQW6Ndo0/6U+
kYfwynSSvJmRQ2+y39VIGQ/xSUUue2tUFTQParn0RA7ZAKON199Z7M76kp+SvJJxectm
/lVM65VAZh2yIxB4NCbrSvNliTgZieSy7ACnnZvNUSL0Rej71F8kTDyivdPm0A7brOYu
NEIbCSbzFR+0q309sYpWh1+T8eDKyx1llX0HZ/FFc3Syhx0IkPb5soqcmnk7UnxuU4vn
dMebvjUTFqvpgRf8VN8sO6udWGJWIw80TE6UrjCavcsCtdpbmorguy9th0JPRUlczUVF
VvbA==
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=VM8tm7R4zz/wvYkpo7C0uSsUIA5CjVB5vdx6V/RJsQo=;
b=cDaoV+7SfpidNYNMegxPktG8yKM2BlN2NEnfRKLDCP3n46d5BnfscNSEbpUqftVXzO
1/bLQ2EJ+G5/t5Z7PPCXct+BsP0EXhwRZnc3+npuQWTg6iq49fBLrfdQWhshE4hJhei1
6XUoqLbmh10xKZ3DuumD5Ul2nmevp+WcTH3XY3hhY0CkYUoLb8pm+Fpp5k90NkX3R4oS
paE4q6vt++G2X50rhOQtteOhdDXO1XVtoHbu/LDYZEM0FHKXYJPr0XgxGYNzRBUCngrm
XeRygxaTbasH8zjjNbIgTgjYI1OYq1vUFnAI8vLUHm1V1JiYckQzKKAic2P2Y+h7nlmP
WXqQ==
X-Gm-Message-State: AOAM532+DXfASewPudN47ROVxQJvaHJ5C2u1nAU0nAMfvbNWTWO7X4mj
RG0/M3nrn6Z82oPGkni7MrnI9WtJz4FL2nNsEua/d6ef
X-Google-Smtp-Source: ABdhPJxTdlxMVeGXQ4ZxXsVo4yTyZFMdKgICOg59gg4VwFUAo4hyPR2ppKKPvetWBGpmRNg+zUj5L79DWQCCJjrZdHU=
X-Received: by 2002:a67:f302:: with SMTP id p2mr2943085vsf.0.1596574556364;
Tue, 04 Aug 2020 13:55:56 -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 15:55:45 -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="===============0202443560=="
Errors-To: hangout-bounces-at-nylxs.com
Sender: "Hangout"
--===============0202443560==
Content-Type: multipart/alternative; boundary="0000000000004a262705ac137be6"
--0000000000004a262705ac137be6
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
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 scalability=
is
>> important. The complexity is a known problem but it is not a mystery box
>> either - 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-kno=
wn 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, by=
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 Perl
> app focuses on responding to the, now-sanitised, fully normalized, HTTP
> requests.
>
> - Mark
>
>
>
>
--0000000000004a262705ac137be6
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
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=C2=A0and Perl code - we don't worry about handling the H= TTP request and managing children. We trust Apache will do the right thing = and if something breaks we have a large community=C2=A0of people who can he= lp. 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 t=
o share a Perl based webserver=C2=A0which can be guaranteed=C2=A0to be comp=
arable to=C2=A0apache in terms of reliability and stability ? uote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,2=
04);padding-left:1ex">r>
I am genuinely=C2=A0curiou=
s what are these other "well known" means ? =3D"gmail_quote"> "gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(2=
04,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
--0000000000004a262705ac137be6--
--===============0202443560==
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
--===============0202443560==--
--===============0202443560==
Content-Type: multipart/alternative; boundary="0000000000004a262705ac137be6"
--0000000000004a262705ac137be6
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
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 scalability=
is
>> important. The complexity is a known problem but it is not a mystery box
>> either - 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-kno=
wn 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, by=
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 Perl
> app focuses on responding to the, now-sanitised, fully normalized, HTTP
> requests.
>
> - Mark
>
>
>
>
--0000000000004a262705ac137be6
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
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=C2=A0and Perl code - we don't worry about handling the H= TTP request and managing children. We trust Apache will do the right thing = and if something breaks we have a large community=C2=A0of people who can he= lp. 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 t=
o share a Perl based webserver=C2=A0which can be guaranteed=C2=A0to be comp=
arable to=C2=A0apache in terms of reliability and stability ? uote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,2=
04);padding-left:1ex">r>
I am genuinely=C2=A0curiou=
s what are these other "well known" means ? =3D"gmail_quote"> "gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(2=
04,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
--0000000000004a262705ac137be6--
--===============0202443560==
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
--===============0202443560==--
|
|
