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 appear
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
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
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 HTT
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, 12 Jul 2001, Jason wrote:
> Sorry if this is in an FAQ somehere (googled for it, but no luck).
>
> Does anyone know of a *good* guide to compiling/configuring/installing
> Apache + mod_perl on a Windows NT system?
INSTALL.win32 in the mod_perl sources describes how to build
and install m
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
g
To: 'Caroline Kliegl '
Cc: '[EMAIL PROTECTED]'
Sent: 2/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 lik
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 Apache->can('push_handler
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 i
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
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
crap.
please ignore my last elaborate email.
The Guide is right, it did work.
sigh. stupid stupid me. always remeber to check all
permutations and combinations of answers before
posting.
damn I'll never have my questions answered again on
the list.
--- [EMAIL PROTECTED] wrote:
> [EMAIL PROTECT
Josh thanks for starting me off in the right
direction.I can now refine my question :-)
Im following the Apache::NavBar example in the Eagle
book.
Here is what my configuration looks like
Options Indexes FollowSymLinks
AllowOverride None
Options Indexes FollowSymLinks ExecCGI
[EMAIL PROTECTED] writes...
> Apache::NavBar from the Eagle book.
> When I use the example configuration
>
> etc
>
> it works, i.e. html files have a navbar placed in them,
> but my other cgis come out as plain text.
> I would like to rectify this and more importantly I
> would li
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; apac
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 fr
> > 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 functi
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 pass
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
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
> -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:
>
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 w
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 gene
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
> -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 override
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
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
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 int
"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.
> 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.
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: t
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 PRO
> -Original Message-
> From: Pierre J. Nicolas [mailto:[EMAIL PROTECTED]]
> Sent: Friday, May 05, 2000 10:00 AM
> To: [EMAIL PROTECTED]
> Subject: Newbie Question -
>
>
> Good Morning,
>
> I just started using mod_perl, I'm still using the CGI.pm
> module, but I
> plan
> to convert.
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: newb
> 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
> > Conte
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
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 pag
> 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
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
41 matches
Mail list logo