On Wed, 2004-06-16 at 20:19, Steven Scotten wrote:
> So I've set to trying to replace CGI.pm entirely in one particular
> module. It looks as though Apache::Request would have been my path in
> mod_perl 1.x and I've been looking at
> http://perl.apache.org/docs/2.0/user/porting/compat.html (amon
All,
Tomorrow morning we will try to install SSL, MySQL, Apache, and Mod_Perl on
a Red Hat 7.3 machine.
If anyone has done this before and has some directions they saved that
could serve as a guide, it would be much appreciated.
Thanks.
--
Report problems: http://perl.apache.org/bugs/
Mail lis
> > Here is a simple cgi program that runs under
> registry. It uses CGI.pm
> > and the Oracle modules. It would probably run
> without mod_perl if I
> > just changed "use Apache::DBI();" to "use DBI();".
> This is one of
> > those modules that has a "special" version for
> mod_perl.
>
> Wh
On Wed, 16 Jun 2004, Steven Scotten wrote:
> My problem is that I'm trying to pick up mod_perl2 without ever having
> used mod_perl before.
I agree. I think you should back up a step and get comfortable with
mod_perl 1. Unless you're doing this just for the thrill of learning
something new and
"Eric J. Hansen" <[EMAIL PROTECTED]> writes:
> I'm having a problem whereby I can't access POST CGI variables when using
> an output filter (PerlOutputFilterHandler) alongside mod_proxy.
> Parameters on the URL (GET) work just fine, its just the POST variables
> that are missing.
>
> My setup is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- -BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jun 17, 2004, at 9:47 PM, Goehring, Chuck Mr., RCI - San Diego wrote:
Here is a simple cgi program that runs under registry. It uses CGI.pm
and the Oracle modules. It would probably run without mod_p
Steven,
ModPerl::Registry allows a standard cgi program that uses CGI.pm and other modules to
run unchanged (or nearly unchanged) under mod_perl. You will still need all the
modules that are used by the cgi because the code is nearly the same. With
ModPerl::Registry your modules will only be
Thanks Chuck, Glenn, and Stas!
On Jun 16, 2004, at 6:53 PM, Goehring, Chuck Mr., RCI - San Diego wrote:
If you were not using mod_perl 1.x in your old cgi programs, you
probably don't need to be using any of the request stuff.
ModPerl::Registry does all the voodoo for you for ordinary cgi
progr
I tried reducing ntlmsemtimeout to 1, but did not see any change in the behaviour. I
have also managed to get this module to hang under our development environment now,
though I'm not sure how come.
-Original Message-
From: Shannon Eric Peevey [mailto:[EMAIL PROTECTED]
Sent: Thursday, 3
I'm having a problem whereby I can't access POST CGI variables when using
an output filter (PerlOutputFilterHandler) alongside mod_proxy.
Parameters on the URL (GET) work just fine, its just the POST variables
that are missing.
My setup is that I'm using a mod_proxy reverse proxy to fetch some rem
Since db handles persist , I was wondering if it is
effiecient if every function that accesses the
database creates its own db connection.
Before using mod-perl, i passed the handle to the
subs.
However, i'd rather not have the caller's worry about
the data at all and just say
%cstmr_info = Cu
Make test does:
t/modperl/pnotesok
But, when attempting to create a pnotes (which is an APR::Table?)
my $hashref = {};
my $pn = $r->pnotes();
my $ret = $pn->set('monkey' => $hashref);
$ret is an unblessed hash ref... Should this be blessed back to
RequestUtil?
--
Repor
Thanks Tom.
I made a simple case for this issue but as a result of the test, it
still doesn't work. So I think it may something to do Mod_perl and
IO::File. I am running: Apache/2.0.46 (Win32) mod_perl/1.99_10-dev
Perl/v5.8.0 PHP/4.3.2 mod_ssl/2.0.46 OpenSSL/0.9.7b Server at mydomain
Port 8080
#
You're right. Looks like I was on a different (newer) machine when I
did a find for Request. Had only ever seen newer apache2/mp2/etc. I
checked around the perl.apache.org site and had a very hard time finding
documentation that would lead me to the url I posted below. I believe
it took googl
On Tue, Jun 15, 2004 at 07:01:29PM +0200, Maxipoint Rep Office wrote:
> Why this is off-topic? Why I can not with Perl parse into their
> script/database?
> I must not have their technology, if this is so complicated..
As per your subject line: if you want to provide a list of domains
by IP host o
Stas Bekman <[EMAIL PROTECTED]> writes:
> Kreimendahl, Chad J wrote:
> > http://httpd.apache.org/apreq/
> > Install using one of the following methods:
> > (easiest way)
> > perl Makefile.PL --with-apache2-apxs=/path/to/apache2/bin/apxs
> > (or, same thing, different method)
> > ./configure --with
Kreimendahl, Chad J wrote:
http://httpd.apache.org/apreq/
Install using one of the following methods:
(easiest way)
perl Makefile.PL --with-apache2-apxs=/path/to/apache2/bin/apxs
(or, same thing, different method)
./configure --with-apache2-apxs=/path/to/apache2/bin/apxs
--enable-perl-glue --with-p
Steven Scotten wrote:
Hello, and thanks in advance for your patience as I ask how to do
something rudimentary, but I seem to be rather dense and a week up to my
eyeballs in documentation has left me no closer than when I began.
My problem is that I'm trying to pick up mod_perl2 without ever havi
Huilli Liu wrote:
Hi All,
Recently I are migrating cgi to mod_perl but it is running out of the
problem for IO::File.
Here are my original codes:
Try it like this:
-8<-
use Apache::RequestUtil ();
$template_file = new
IO::File($r->document_root()."templ
19 matches
Mail list logo