Beefy Boxes and Bandwidth Generously Provided by pair Networks
good chemistry is complicated,
and a little bit messy -LW
 
PerlMonks  

Re: From mod_perl/Apache2 to FastCGI (Plack) ... wisdom sought

by sundialsvc4 (Abbot)
on May 11, 2011 at 01:37 UTC ( [id://904062]=note: print w/replies, xml ) Need Help??


in reply to From mod_perl/Apache2 to FastCGI (Plack) ... wisdom sought

I grant you that the wording of my post sounds a little bit “odd,” but I did intend it that way.   My reasoning was, in part, to clearly convey that ... for the purposes of this project and thus of this immediate discussion, “to mod_perl or not to mod_perl, is not the question.”   It is, in fact, out-of-bounds.

Mind you, I don’t have any particular aversion to that method of web-site deployment.   With untold thousands of very-successful installations worldwide, the stability and general “good-ness” of that strategy is not in doubt.   I have used it and I would use it again.   But, for a multitude of reasons that do not have any bearing at all to “the good-ness (or not...) of mod_perl,” it’s going to be phased out for this project.   The code is going to become much more “deployment platform agnostic,” even to the point where it will no longer always be the case that Apache is even present.   Hence my attempts to carefully frame the question and to set boundaries of discussion around it.

I would love to find specific references to articles that talk about issues relating to the adaptation of the core logic of a web-application among different avenues of deployment.   (Hence my mention of mod:://Plack.)   Never mind why the choice was made, what the choice should be, or why a particular choice is right or wrong ...   what particular issues have The Monks run into when doing such a thing.   That’s my humble petition.

It would suit me just fine, and I think it would be equally relevant, if the discussion talked about “going the other way.”   References to web-sites outside of this one would be very helpful.   “Details, details.”

Now, back to counting bit-beads ... 00010101 ... 00010110 ...

  • Comment on Re: From mod_perl/Apache2 to FastCGI (Plack) ... wisdom sought

Replies are listed 'Best First'.
Re^2: From mod_perl/Apache2 to FastCGI (Plack) ... wisdom sought
by saberworks (Curate) on May 11, 2011 at 04:01 UTC
    Well, to get you started take a look at this article about psgi and the three posts it links to (which are essentially discussions of CGI vs PSGI programming. Since you're working with a legacy application it may be difficult porting it into a framework such as Catalyst, Dancer, or Mojo. We recently did some conversions from CGI to FastCGI and it was completely painless. Going from mod_perl ought to be easy a well given what you said (essentially one entry point into the application). It seems like the community is moving away from programming specifically for mod_perl, cgi, or fastcgi and more towards programming inside these frameworks which can work under any of those.

    I've been working on a Dancer app lately and have been relatively happy, it's certainly nice not having to run apache on my various development boxes.

    In any case, you're likely going to have to really learn how mod_perl does things in order to safely port it to another platform.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://904062]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others scrutinizing the Monastery: (1)
As of 2024-04-19 00:33 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found