Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm
Precedence: bulk
MIME-Version: 1.0
From: Igor Chudov <ichudov@gmail.com>
Date: Sun, 26 Nov 2017 22:25:33 -0600
Message-ID: <CAMhtkAbgUs2acJUAvjfa72ogoVBsGOE+PLzQnBrTAxPOogi0ew@mail.gmail.com>
Subject: CGI module deprecation
To: Mod_Perl <modperl@perl.apache.org>
Content-Type: multipart/alternative; boundary="94eb2c1bf2287da5e1055eef4d9f"
archived-at: Mon, 27 Nov 2017 04:26:26 -0000

--94eb2c1bf2287da5e1055eef4d9f
Content-Type: text/plain; charset="UTF-8"

I am a very long term user of the famous CGI module. My biggest project is
www.algebra.com. There are al;so many others.

Let me mention that my use of perl on the web, a very long time ago,
started out with Embperl.

At that time, I thought that use of HTML templates with perl code sprinkled
in is a great idea. It was not.

About two years later, I realized that use of "perl inside HTML" is
completely unsuitable for the complex things that I was doing, and I
abandoned Embperl and switched to the CGI module. The CGI module uses "HTML
generation from perl" and that was much more suitable for me for two
reasons. One reason is that my web apps are heavy with logic and relatively
light with HTML. The other reason is that I like to separate presentation
from application logic, and using perl in proper manner made that easy to
accomplish.

Fast forward to today, I can see that CGI module is being deprecated!

The alternatives to it, suggested by CGI::Alternatives, seem to force on me
a different paradigm of development. For example, HTML template seems to be
a rerun of Embperl. That gives me bad heartburn.

Several other frameworks are completely different functionally, in ways
that seem to be not very compatible with my thinking.

Anyway, I am sort of open minded to not use perl CGI module for HTML
generation. Now what?

Is there a HTML generation perl module that does not force me to use
"different paradigms", but that simply makes outputting HTML from perl an
easy and maintainable task?

Thanks a lot. I am not looking to start a flamewar. I hope that I did not
insult anyone. If I did, I apologize. All I want it to find a way to
generate HTML without switching to completely new, or discarded like
Embperl, paradigmatic choices. Thanks a lot.

--94eb2c1bf2287da5e1055eef4d9f
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I am a very long term user of the famous CGI module. My bi=
ggest project is <a href=3D"http://www.algebra.com">www.algebra.com</a>. Th=
ere are al;so many others.=C2=A0<div><br></div><div>Let me mention that my =
use of perl on the web, a very long time ago, started out with Embperl.=C2=
=A0</div><div><br></div><div>At that time, I thought that use of HTML templ=
ates with perl code sprinkled in is a great idea. It was not.</div><div><br=
></div><div>About two years later, I realized that use of &quot;perl inside=
 HTML&quot; is completely unsuitable for the complex things that I was doin=
g, and I abandoned Embperl and switched to the CGI module. The CGI module u=
ses &quot;HTML generation from perl&quot; and that was much more suitable f=
or me for two reasons. One reason is that my web apps are heavy with logic =
and relatively light with HTML. The other reason is that I like to separate=
 presentation from application logic, and using perl in proper manner made =
that easy to accomplish.</div><div><br></div><div>Fast forward to today, I =
can see that CGI module is being deprecated!</div><div><br></div><div>The a=
lternatives to it, suggested by CGI::Alternatives, seem to force on me a di=
fferent paradigm of development. For example, HTML template seems to be a r=
erun of Embperl. That gives me bad heartburn.=C2=A0</div><div><br></div><di=
v>Several other frameworks are completely different functionally, in ways t=
hat seem to be not very compatible with my thinking.=C2=A0</div><div><br></=
div><div>Anyway, I am sort of open minded to not use perl CGI module for HT=
ML generation. Now what?</div><div><br></div><div>Is there a HTML generatio=
n perl module that does not force me to use &quot;different paradigms&quot;=
, but that simply makes outputting HTML from perl an easy and maintainable =
task?</div><div><br></div><div>Thanks a lot. I am not looking to start a fl=
amewar. I hope that I did not insult anyone. If I did, I apologize. All I w=
ant it to find a way to generate HTML without switching to completely new, =
or discarded like Embperl, paradigmatic choices. Thanks a lot.</div></div>

--94eb2c1bf2287da5e1055eef4d9f--