Re: reasons for modperl declines?

Guido Brugnara <[email protected]> Thu, 8 Aug 2024 10:57:29 +0200
Newsgroups gmane.comp.apache.mod-perl
Message-ID <[email protected]>
This is a multi-part message in MIME format.
--------------sgaX0tQZwsUmzF19Kez7GftG
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hi!

I work on a project using e framework with ~300K lines of code in Perl (and mod_perl used with HTML::Mason).

My applications run in an industrial environment where stability and 
security are essential, and in many years on the stack (apache, 
mod_perl, HTML::Mason & Perl) I have never had any serious problems.

Replacing the stack or even adding other technologies I do not think 
will bring benefits.

It won't be like this forever, but I still don't see an EOL on the horizon.

If I am forced to change I will probably use Mojolicious.

Bye
gdo

Il 08/08/24 01:06, Jeff Pang ha scritto:
> For me I run several apps on mod_perl, including a AI prediction app 
> which costs heavy CPU/ram. These apps run for long time and behave 
> just fine.
>
> Today it sounds very few people use mod_perl for 
> development/deployment. I think the main reasons may include,
>
> 1. perl for web development is somewhat out of date
> 2. mp lacks threads support
> 3. lacks a modern framework (rails like)
>
> And others? what's your thought?
>
> Thanks
--------------sgaX0tQZwsUmzF19Kez7GftG
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit

<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <pre class="moz-quote-pre" wrap="">Hi!

I work on a project using e framework with ~300K lines of code in Perl (and mod_perl used with HTML::Mason).</pre>
    <p><span _d-id="32557" class="--l sentence_highlight">My
        applications run in an industrial environment where stability
        and security are essential, and in many years on the stack
        (apache, mod_perl, HTML::Mason &amp; Perl) I have never had any
        serious problems.</span></p>
    <p><span _d-id="54311" class="--l sentence_highlight"><span
          _d-id="54314"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">Replacing</span>
        <span _d-id="54318"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">the</span>
        <span _d-id="54322"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">stack</span>
        <span _d-id="54326"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">or</span>
        <span _d-id="54330"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">even</span>
        <span _d-id="54334"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">adding</span>
        <span _d-id="54338"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">other</span>
        <span _d-id="54342"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">technologies</span>
        <span _d-id="54346"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">I</span>
        <span _d-id="54350"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">do</span>
        <span _d-id="54354"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">not</span>
        <span _d-id="54358"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">think</span>
        <span _d-id="54362"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">will</span>
        <span _d-id="54366"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">bring</span>
        <span _d-id="54370"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">benefits</span><span
          _d-id="54373"
          class="--l --r hover:bg-[#B4DAE8] hover:dark:bg-blue-next-600">.<br>
          <br>
        </span></span><span _d-id="69071"
        class="--l --r sentence_highlight">It won't be like this
        forever, but I still don't see an EOL on the horizon.<br>
        <br>
      </span><span _d-id="72804" class="--l --r sentence_highlight">If I
        am forced to change I will probably use Mojolicious.</span><br>
      <span _d-id="69071" class="--l --r sentence_highlight"><br>
        Bye<br>
        gdo<br>
        <br>
      </span></p>
    <p></p>
    <div class="moz-cite-prefix">Il 08/08/24 01:06, Jeff Pang ha
      scritto:<br>
    </div>
    <blockquote type="cite"
      cite="mid:[email protected]">For
      me I run several apps on mod_perl, including a AI prediction app
      which costs heavy CPU/ram. These apps run for long time and behave
      just fine.
      <br>
      <br>
      Today it sounds very few people use mod_perl for
      development/deployment. I think the main reasons may include,
      <br>
      <br>
      1. perl for web development is somewhat out of date
      <br>
      2. mp lacks threads support
      <br>
      3. lacks a modern framework (rails like)
      <br>
      <br>
      And others? what's your thought?
      <br>
      <br>
      Thanks
      <br>
    </blockquote>
  </body>
</html>

--------------sgaX0tQZwsUmzF19Kez7GftG--