Modperlers...,
Hello, this is Shane Nay, I used to post quite a bit. (Hello Josh, Stas,
Peren, Doug, and many others of course) BTW Stas,
$contributors=~/Shane/Shane Nay/;, and big Thanks .
Well I'm posting now, (and resubscribed :) because I need someone to fill a
modperl developement
Well, as most of us know mod_perl doesn't really lend itself well to the
"hosted" world because of the way it operates. However there is I think a
conceivable solution. This might sound a little crazy (or a lot), but I've
been messing around with vmware, and it's really cool/stable. One
Hmmm...what about a variant of the proxied mod_perl?
Picture a lite bulk front-end apache doing the usual stuff then
proxying the mod_perl stuff back to a serverly (chargeably?)
process-limited apache with a different httpd.conf per site?
Nah, not good, you still have to budget a fair
Keith,
I'm not really sure you want to do that with Oracle..., I mean maybe there's a
situation where that makes sense, but I can't think of one just yet. A db
connection is a _signficant_ resource hog.., (this goes 100x for oracle), and
to be handing these out like candy to your users seems
Those are internal functions to apache, like helper functions. Your probably
missing an object file in your ld command, I don't have it open right now, but
just run nm blah.o|grep ap_palloc on all the object files running around in the
apache directory, and you'll find it. (Notice that most of
This is not the right way to do it - this would link in dead duplicates
of the code into the embperl shared object, possibly creating duplicate
global variables only visible in the embperl object that are not the
same as the ones used in the Apache main httpd executable. You must use
proper
On Tue, 13 Jun 2000, you wrote:
Now, now...that is unfair. I was referring to writing in pure Perl vs pure
Java.
Admittedly it's not completely fair :-). I admitted that I would do (have
done) it in c. Given a choice between C and perl that is. But as you say in
the next paragraph, Perl is