Click here to get back home

mod_perl2 & POST data
 Home | NewsGroups | Search | About
Login Password
Register Now!
 comp.lang.perl.modules    Post an article   get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content
Subject Author Date
mod_perl2 & POST data neophenix@gmail.com 08-31-2006
Get Chitika Premium
Posted by neophenix@gmail.com on August 31, 2006, 1:59 pm
Please log in for more thread options

Hello all,

I'm currently researching switching alot of my company's code to using
mod_perl (mod_perl2 specifically as the title implies, but some "odd"
version that redhat enterprise ships with). Right now I am stuck on
the best way to parse out POST data. I am using $r->args for GETS, and
right now using Apache::compat and $r->content for POSTS as I can't
find any info on other ways to do it currently.

My question is are there other suggestions on how to do this and which
ways of getting the data are the fastest/most effecient (we are highly
concerned with the code speed and mem/proc usage on the servers). We
are shying away from CGI.pm at the moment as it seems to be a bit of a
hog, but if there is some use of it I am missing for these types of
things I would love to hear about them.

Thanks,
Brian


Posted by Thomas Wittek on August 31, 2006, 6:49 pm
Please log in for more thread options

neophenix@gmail.com schrieb:
> We are shying away from CGI.pm at the moment as it seems to be a bit of a
> hog.

I'd give CGI.pm a try. Internally it detects if mod_perl is used and
uses mod_perl to fetch the data, so it shouldn't be that much CPU
overhead. Although it may be a memory overhead. But I think it's worth a
try.

-Thomas

Posted by xhoster on September 1, 2006, 1:18 pm
Please log in for more thread options


> Hello all,
>
> I'm currently researching switching alot of my company's code to using
> mod_perl (mod_perl2 specifically as the title implies, but some "odd"
> version that redhat enterprise ships with). Right now I am stuck on
> the best way to parse out POST data. I am using $r->args for GETS, and
> right now using Apache::compat and $r->content for POSTS as I can't
> find any info on other ways to do it currently.

Do you need to be able handle multipart posts, or just the old fashioned
single-part ones? I seem to remember something that could handle single-
part posts, but I'll have to go digging to find it again.

> My question is are there other suggestions on how to do this and which
> ways of getting the data are the fastest/most effecient (we are highly
> concerned with the code speed and mem/proc usage on the servers). We
> are shying away from CGI.pm at the moment as it seems to be a bit of a
> hog,

Are you relying on heresay and/or irrelevant tests, or have you tested it
under your conditions (mod_perl2) and found it to be a hog? If so, can
you describe your tests?

I used ab2 -n 1000 -c 4 to do some benchmarking either with no query or
with a simple "?foo=bar" query, and under regular cgi-bin using CGI.pm
slowed things down a lot (compared to simply printing hello world and
ignoring the query altogether), 8.9 ms per request versus 41.3 ms.

But under mod_perl (not mod_perl2), the different between using CGI.pm to
parse the query and not using it at all was undetectable, 5 to 7 ms per
request either way.

(single CPU server, ab2 client was on same LAN as server)

Xho

--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB

Posted by neophenix@gmail.com on September 1, 2006, 2:28 pm
Please log in for more thread options



xhoster@gmail.com wrote:
>
> Do you need to be able handle multipart posts, or just the old fashioned
> single-part ones? I seem to remember something that could handle single-
> part posts, but I'll have to go digging to find it again.

This would just be for single-part posts.

>
> Are you relying on heresay and/or irrelevant tests, or have you tested it
> under your conditions (mod_perl2) and found it to be a hog? If so, can
> you describe your tests?

To be honest I am just going by what I was told by others here and what
they have seen under normal cgi-bin use. The main issue is, if we are
only loading up 1 use of these scripts on each server and as such only
loading up CGI.pm once, then that is fine. However we need to load up,
say 400 copies of our index file on each machine, and each one would
then need CGI. We were told, and have read that each uri loads up the
packages it needs into memory, so I was led to believe that loading up
some 400 instances of a module like CGI would be a bit much.

I could be wrong of course and what we were told could be inaccurate.
I am really just starting looking in to all this and only have the
Practical mod_perl and mod_perl developer's cookbook to look through
which are both mod_perl1 sadly.


Posted by xhoster on September 1, 2006, 4:33 pm
Please log in for more thread options


> xhoster@gmail.com wrote:
> >
> > Do you need to be able handle multipart posts, or just the old
> > fashioned single-part ones? I seem to remember something that could
> > handle single- part posts, but I'll have to go digging to find it
> > again.
>
> This would just be for single-part posts.

It turns out that what I was thinking of us was just a way to run
cgi-like scripts without a web server. The perl script itself acts like
a web server, but it still uses CGI.pm to do the request parsing (but
doing it that way only doesn't work with multi-part post, so that part
of my memory was correct.)

>
> >
> > Are you relying on heresay and/or irrelevant tests, or have you tested
> > it under your conditions (mod_perl2) and found it to be a hog? If so,
> > can you describe your tests?
>
> To be honest I am just going by what I was told by others here and what
> they have seen under normal cgi-bin use. The main issue is, if we are
> only loading up 1 use of these scripts on each server and as such only
> loading up CGI.pm once, then that is fine. However we need to load up,
> say 400 copies of our index file on each machine, and each one would
> then need CGI.

You kind of lost me about loading up index files. But anyway, if one uses
the normal mod_perl (Apache::Registry) method and use it with 500 scripts,
they all share the same image of CGI.pm---they are not loading it 500
times. I would be very surprised if the "normal" method of using mod_perl2
(ModPerl::Registry, I think) was any different in that regard.

> We were told, and have read that each uri loads up the
> packages it needs into memory, so I was led to believe that loading up
> some 400 instances of a module like CGI would be a bit much.

With FastCGI and such that may be the case, but with Registry it should not
be. More of an issue would be having the non-CGI.pm portion of all those
scripts in memory. You should extract as much code that is in common
between them into your own custom *.pm, that way *that* code can be shared
amongst all of them, too.

Xho

--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB

Similar ThreadsPosted
CGI.pm/modperl2 and intermittent missing POST data July 15, 2006, 3:18 am
AuthCookieNTLM - No Post Data December 6, 2004, 9:25 am
AuthCookieNTLM - No Post Data December 6, 2004, 10:01 am
LWP POST - source page received istead of data March 3, 2005, 7:58 am
CGI::StringDB Embedding perl data structures in an HTML post. July 10, 2005, 9:13 pm
CGI - POST - newbie August 27, 2004, 9:45 am
Lwp Post Problem September 1, 2004, 4:09 am
login to National Post using LWP January 4, 2006, 11:30 pm
Help regarding HTTP::Request:POST February 24, 2006, 11:31 pm
libwww-SSL Post Issue August 2, 2006, 4:04 pm

Our other projects:

Art Dolls, Fairies and Mermaids - Sunnyfaces.net

Roy's Linux, Programming and Search Engines messages

1-Script XML SitemapXML Sitemap