On Monday, Jul 7, 2003, at 20:50 Europe/London, Ged Haywood wrote:
On 7 Jul 2003, Walter H. van Holst wrote:
I am new to mod_perl and am trying to figure out whether it suits my
needs or not. Can I use it to intercept any http CONNECT requests
Apache
receives and answer those?
The concept of a
On Tue, 2003-07-08 at 10:14, Matt Sergeant wrote:
Sorry Ged, Walter is talking about CONNECT which is a proxy request. It
goes in place of GET or POST in the request line:
CONNECT mail.openrelay.com:25 HTTP/1.1
I *think* mod_perl will be able to intercept this, but I've never tried
it.
Hi there,
On 8 Jul 2003, Walter H. van Holst wrote:
On Tue, 2003-07-08 at 10:14, Matt Sergeant wrote:
Sorry Ged, Walter is talking about CONNECT which is a proxy request.
Argh. :)
Well, thanks to a someone on IRC I have found a code snippet that might
do exactly that. So it appears
Hi there,
On 7 Jul 2003, Walter H. van Holst wrote:
I am new to mod_perl and am trying to figure out whether it suits my
needs or not. Can I use it to intercept any http CONNECT requests Apache
receives and answer those?
The concept of a connection is at the transport level, way below HTTP.
operational in about an hour.
Yell if you have any questions, as I have done this twice on NT.
Scott
-Original Message-
From: Randy Kobes [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 12, 2001 10:20 AM
To: Jason
Cc: [EMAIL PROTECTED]
Subject: Re: Newbie question
On Thu, 12 Jul 2001, Jason
On Thu, Feb 08, 2001 at 11:57:50PM +0100, Caroline Kliegl wrote:
[..]
With my other script, updating data, I get the following error :
Rebuild with -DPERL_STACKED_HANDLERS to $r-push_handlers at
/usr/local/lib/perl5/site_perl/5.6.0/Apache/DBI.pm line 93.
[..]
You need to compile mod_perl
Hi there,
On Thu, 8 Feb 2001, Caroline Kliegl wrote:
I am new to mod_perl and currently trying to make use of Apache::DBI.
I get the following error :
Rebuild with -DPERL_STACKED_HANDLERS to $r-push_handlers at
/usr/local/lib/perl5/site_perl/5.6.0/Apache/DBI.pm line 93.
I think it
Apache::DBI will call push_handlers on to issue a rollback if AutoCommit=0
in your connect string...
but the problem may not be with you... looks like a bug (somewhere):
if(!$Rollback{$Idx} and $needCleanup and Apache-can('push_handlers'){
...
}
looks like calling
8/01 7:52 PM
Subject: RE: Newbie question to mod_perl and Apache::DBI
Apache::DBI will call push_handlers on to issue a rollback if
AutoCommit=0
in your connect string...
but the problem may not be with you... looks like a bug (somewhere):
if(!$Rollback{$Idx} and $needCleanup and Apach
Hi everybody,
I have just removed
RaiseError = 1,
AutoCommit = 0
out of my DBI-connect. No more errors, ORA works!
Next, I will recompile mod_perl with PERL_STACKED_HANDLERS = 1.
Will come up with the result today.
Thanks a
The request object is $r
Craig
On Sat, 19 Aug 2000, Jay Strauss wrote:
Sorry if this has been asked before but I have been unable to find the answer
(not in perldoc, apache modules book, searching archives):
I would like my perl compilation and process errors to be written to an HTML
Check the mod_perl guide for the usage of require() and do(). You probably
want to use do() instead of require().
Chris
-Original Message-
From: Brett Lee [mailto:[EMAIL PROTECTED]]
Sent: Monday, May 15, 2000 7:56 AM
To: [EMAIL PROTECTED]
Subject: newbie question - require
In moving
Brett Lee wrote:
but with mod_perl, the info in the hash tables seems to be found "every
other refresh" (which has me stumped).
Would anyone be able to suggest a solution or reading material on this?
don't forget to check your stuff out with single-process mode,
via 'apachectl stop; apache
On Sat, 6 May 2000, Gunther Birznieks wrote:
At 06:56 PM 5/5/00 -0400, Jim Winstead wrote:
On May 05, Adi wrote:
You can still use CGI.pm from within mod_perl (and you should). There is
nothing better at handling data passed from a browser via HTTP POST and/or
GET. If you currently
On Fri, 12 May 2000, Doug MacEachern wrote:
On Sat, 6 May 2000, Gunther Birznieks wrote:
At 06:56 PM 5/5/00 -0400, Jim Winstead wrote:
On May 05, Adi wrote:
You can still use CGI.pm from within mod_perl (and you should). There is
nothing better at handling data passed from a
not compiled, but the all the code lives in a BIG hash table for CGI.pm to
autoload from. the export lists take up alot of space too. regardless if
you're using html routines or not.
As I have replied to FEITO Nazareno today, this happens only if you
precompile CGI.pm's functions at
Peter Haworth wrote:
Drew Taylor wrote:
What I would really like is a module which subclasses Apache::Request,
and has the popup_menu, scrolling_list, and checkbox group methods
available. That way I can use the smaller (faster) Apache::Request and
still have the few HTML generation
Drew Taylor wrote:
What I would really like is a module which subclasses Apache::Request,
and has the popup_menu, scrolling_list, and checkbox group methods
available. That way I can use the smaller (faster) Apache::Request and
still have the few HTML generation methods that I need. This
-Original Message-
From: Drew Taylor [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 09, 2000 9:08 AM
To: Peter Haworth
Cc: [EMAIL PROTECTED]
Subject: Re: Newbie Question -
Peter Haworth wrote:
Drew Taylor wrote:
What I would really like is a module which subclasses
Geoffrey Young wrote:
Drew Taylor wrote:
I'm quite sure it would be an easy write, but I just haven't done it
yet. I think once I convert my CGIs to handlers, it makes
sense to do it
then. It would be interesting to see if anyone else is interested and
work out an API for the most
-Original Message-
From: Doug MacEachern [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 05, 2000 6:22 PM
To: Geoffrey Young
Cc: 'Pierre J. Nicolas'; [EMAIL PROTECTED]
Subject: RE: Newbie Question -
mod_perl overrides the perl print() function - print()ing to STDOUT
Adi wrote:
Jim Winstead wrote:
On May 05, Adi wrote:
You can still use CGI.pm from within mod_perl (and you should). There is
nothing better at handling data passed from a browser via HTTP POST and/or
GET. If you currently use CGI.pm, I think you'll find that a lot of your
you'll find a great many questions answered in the mod_perl guide...
http://perl.apache.org/guide/troubleshooting.html#Undefined_subroutine_Apach
e_RO
--Geoff
-Original Message-
From: Pierre J. Nicolas [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 05, 2000 10:15 AM
To: [EMAIL
On Fri, 5 May 2000, Pierre J. Nicolas wrote:
Good Morning,
I just started using mod_perl, I'm still using the CGI.pm module, but I
plan
to convert. I've loaded the Apache::Registry and I'm experiencing a
strange
problem.
I have this snippet:
print "Content-Type:
mod_perl overrides the perl print() function - print()ing to STDOUT
explititly will not work.
just use print() if you can...
sure it will,
print STDOUT "hi";
and
print "hi";
are the same thing, provided STDOUT is the currently selected output
filehandle, which it is by default.
"Pierre J. Nicolas" wrote:
Good Morning,
I just started using mod_perl, I'm still using the CGI.pm module, but I
plan
to convert.
You can still use CGI.pm from within mod_perl (and you should). There is
nothing better at handling data passed from a browser via HTTP POST and/or
GET. If
On May 05, Adi wrote:
You can still use CGI.pm from within mod_perl (and you should). There is
nothing better at handling data passed from a browser via HTTP POST and/or
GET. If you currently use CGI.pm, I think you'll find that a lot of your
current code can simply be cut-and-pasted into a
Jim Winstead wrote:
On May 05, Adi wrote:
You can still use CGI.pm from within mod_perl (and you should). There is
nothing better at handling data passed from a browser via HTTP POST and/or
GET. If you currently use CGI.pm, I think you'll find that a lot of your
current code can
At 06:56 PM 5/5/00 -0400, Jim Winstead wrote:
On May 05, Adi wrote:
You can still use CGI.pm from within mod_perl (and you should). There is
nothing better at handling data passed from a browser via HTTP POST and/or
GET. If you currently use CGI.pm, I think you'll find that a lot of your
On Fri, Feb 04, 2000 at 06:21:21PM -0800, John Darrow wrote:
I apologize if this is a dumb question, but I just installed Apache and
mod_perl and all seems to have gone well. The trouble comes in when I try
to run a script using Apache::Registry and CGI.pm. I get an extra
Content-Type in
On Fri, Feb 04, 2000 at 06:21:21PM -0800, John Darrow wrote:
I apologize if this is a dumb question, but I just installed Apache and
mod_perl and all seems to have gone well. The trouble comes in when I try
to run a script using Apache::Registry and CGI.pm. I get an extra
Content-Type
Thanks. Upgrading to 2.56 did fix it. My system still had CGI version
2.36.
-john.
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Saturday, February 05, 2000 1:33 AM
To: Wendell
Cc: John Darrow; [EMAIL PROTECTED]
Subject: Re: newbie question: extra Content
At 06:21 PM 02/04/00 -0800, John Darrow wrote:
I apologize if this is a dumb question, but I just installed Apache and
mod_perl and all seems to have gone well. The trouble comes in when I try
to run a script using Apache::Registry and CGI.pm. I get an extra
Content-Type in the resulting page,
I am a relative newbie to mod_perl myself, but - I would think if you just want "a
script to handle forms" that a vanilla CGI would be cake to set up and sufficient for
your needs unless you get huge traffic. And I am led to think that if you just loaded
ActivePerl then you are a long way
I am a relative newbie to mod_perl myself, but - I would think if you just
want "a script to handle forms" that a vanilla CGI would be cake to set up
and sufficient for your needs unless you get huge traffic. And I am led to
think that if you just loaded ActivePerl then you are a long way from
Hi Ian,
We run an NT Server using Apache Web Server and I want to run Perl scripts
on our web site to handle our administration forms.
To get full advantage out of mod_perl, it is more interesting to use it on
UNIX machines. But, in this community, we will encourage you to use mod_perl
even
36 matches
Mail list logo