
<!DOCTYPE html>

<html>

<head>

<title></title>

</head>

<body><div>On Wed, Jan 7, 2015, at 01:11 PM, Mathew Robertson wrote:<br></div>

<blockquote type="cite"><div dir="ltr"><div>Can you provide an example comparing mod_perl+Plack vs say Starman+Plack ?<br></div>

</div>

</blockquote><div> </div>

<div>For a new app, I wouldn't touch mod_perl unless I was forced to for some reason.<br></div>

<div> </div>

<div>At FastMail our web middleware is all pure mod_perl handlers, but that's only because mod_perl was just how you did large Perl applications when we started back in 1999. Really though, we don't do anything fancy with it, just request unpacking and dispatch. Any interesting HTTP-level stuff happens in nginx.<br></div>

<div> </div>

<div>New applications are all PSGI. The first was a REST API for some of our account management services, and is Dancer+Starman. The most recent is an image proxy, which is raw PSGI on Starlet. Both run behind nginx. These days I'd be looking at Gazelle for the server, still behind nginx.<br></div>

<div> </div>

<div>We're idly planning to move our primary stack off mod_perl, initially using Plack::App::FakeApache. Its fairly low priority though because we understood mod_perl and built tools to deal with the pointy bits years ago.<br></div>

<div> </div>

<div>So basically, if you have the choice and don't know that you want mod_perl for some specific reason, go down the PSGI/Plack route.<br></div>

<div> </div>

<div>Cheers,</div>

<div>Rob N.</div>

</body>

</html>