<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 8 January 2015 at 10:30, Drew Taylor <span dir="ltr"><<a href="mailto:drew@drewtaylor.com" target="_blank">drew@drewtaylor.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Wed, Jan 7, 2015 at 10:23 PM, Dean Hamstead <span dir="ltr"><<a href="mailto:dean@fragfest.com.au" target="_blank">dean@fragfest.com.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><u></u>
<div style="font-family:Verdana,Geneva,sans-serif">
<p>I disagree that its legacy tech... just that other methods of page generation have proved more popular/robust.</p></div></blockquote><div><br></div></span><div>I meant legacy in the sense that I wouldn't recommend starting a new project using mod_perl. It works fine and will continue to be supported for quite some time I imagine. At $work our apps run on mod_perl, though I've toyed with the idea of using Plack::App::CGIBin [1] to switch to a Plack-based app server for easier debugging and deployment.</div></div></div></div></blockquote><div><br></div><div>And here is the crux of the mod-perl diversion...  the Tim Conners already had existing code in the form of CGI::Fast.... So to get the code to run faster, then a couple of lines of Apache config to setup mod_perl, would solve the problem. </div><div><br></div></div></div></div>