This is a question about a Perl runtime environment on a Perl community website. Please forgive me for having the audacity to think someone here might know something about the API or implementation of mod_perl.
The pertinent information is that it's X I want to do, and whether or not it's possible under the constraints of environment Y. If I had some code written for a mod_perl environment, then I could run it in a mod_perl environment myself. I have working code for a different environment. That code is working, so I don't need it debugged. That environment is different, so that code is not really even germane to the question of mod_perl. I just asked if X is possible given Y.
I do eventually want to learn all about mod_perl, but since I'm under deadlines this week and have other things to do, I'd rather not use all of this week's limited available hours learning every aspect of a system that isn't going to help me for the project I need to complete.
Without code, all I'm asking for is an educated guess. If you're not educated about mod_perl or don't want to take a guess, that's fine. I don't believe that this is the sort of question that others would find useless to have answered, though. A question about whether or not something is possible within a popular environment for a language is exactly the sort of thing that should be discussed among that language's community. We compare things like perl on Linux vs. perl on Cygwin vs. ActiveState perl on WindowsXP vs. Vanilla perl vs. miniperl on HP/UX vs. perl4 on DOS all the time here. We compare one module to another all the time here. Why is it so wrong to discuss what's possible running as a CGI process outside Apache vs. what's possible running inside mod_perl?
Update: fixed a typo
| [reply] |