Hi all,
> On Fri, 26 Jul 2002, Mark Coffman wrote:
> > Try running "which perl" and use that path for your #!/usr/bin/perl line.
> > Then rename your script as .cgi and see if that helps.
Of course none of this absolves Christina from reading the Eagle Book,
the mod_perl Guide, the Cookbook (Geo
- Original Message -
From:
Mark Coffman
To: Christina ; [EMAIL PROTECTED]
Sent: Friday, July 26, 2002 9:43 AM
Subject: RE: CGI Scripts w/mod_perl
Try
running "which perl" and use that path for your #!/usr/bin/perl
line.
Then
rename your script as .cgi a
On Fri, 26 Jul 2002, Mark Coffman wrote:
> Try running "which perl" and use that path for your #!/usr/bin/perl line.
> Then rename your script as .cgi and see if that helps.
Um.. yeah, ignore all my "locate" tribble. 'which' is the way to go.
That wasn't a question.
Try
running "which perl" and use that path for your #!/usr/bin/perl
line.
Then
rename your script as .cgi and see if that helps.
Mark
-Original Message-From: Christina
[mailto:[EMAIL PROTECTED]]Sent: Friday, July 26, 2002 9:32
AMTo: [EMAIL PROTECTED]Subject: C
ility to have execution of separate cgi scripts like
> http://myhost.com/script.cgi
I had some trouble with this, and found a workable solution, for the
"Navbar" handler from the eagle book:
SetHandler perl-script
PerlHandler Apache::NavBar
PerlSetVar N
Hi everybody,
actually i'm working on a website where I want to have the following
possibilities :
- a global handler that will treat a request hitting
http://myhost.com/
- the ability to have execution of separate cgi scripts like
http://myhost.com/script.cgi
I hav
Quoting Bryan Coon <[EMAIL PROTECTED]>:
> Each cgi simply calls 'use global;' and then off we go. However, after
> moving all this stuff into /perl, none of the subs in the custom .pl
> files
> are found, I get a complaint:
> Undefined Subroutine &Apache::ROOT::compar_2ecgi::checkUser called at
> Heres what I did:
> I had many scripts in one dir that shared many things; subroutines, global
> variables and modules. I wanted to clean things up, so I created a module
> called global.pm structured like this:
> The custom stuff scripts all end in 1;, and are loaded with my custom
> subrou
n Coon [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, July 26, 2001 6:01 PM
> To: '[EMAIL PROTECTED]'
> Subject: Porting CGI scripts help needed
>
>
> Hi,
>
> I have (happily) compiled and configured Apache with
> mod_perl, mod_ssl,
> mod_php and DSO. Whee!
>
Hi,
I have (happily) compiled and configured Apache with mod_perl, mod_ssl,
mod_php and DSO. Whee!
Now I am working on porting my scripts over...
I have always used strict and perl -w, so for the most part, I think I can
just pop my cgis in the /perl directory as Ive defined it in httpd.conf.
you need to close your script with a <mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 13, 2001 06:33
To: [EMAIL PROTECTED]
Subject: umable to run cgi scripts under mod_perl
Running mod_perl-1.22 apache-1.3.11
I want to run plain perl scripts under mod_perl using Apache:Registry.
I amk
Hi there,
On Tue, 13 Mar 2001, Ratan Jha wrote:
> Running mod_perl-1.22 apache-1.3.11
>
> #!/usr/bin/perl
>
> print <
>
> This is a test
>
>
>
But where's the END?
73,
Ged.
Running mod_perl-1.22 apache-1.3.11
I want to run plain perl scripts under mod_perl
using Apache:Registry.
I amke a change to my httpd.conf file
Alias /perl/ /usr/local/apache/perl/
SetHandler
perl-script
PerlHandler
Apache::Registry
Options +ExecCGI
PerlSendHeader On
Hi there,
On Tue, 19 Dec 2000, Mike Egglestone wrote:
> ScriptAlias /cgi-bin/ /var/www/Scripts/
> ...and later down the file
> AddHandler cgi-script .cgi
Look for mention of the ScriptaAlias directive in
http://perl/apache.org/guide
> Options ExecCGI FollowSymLinks
You might want to inves
Hi all..
I'm very new to apache and perl...
but I'm stuck with a web page that has
some
.acgi and .cgi files
I'm running potato and did an apt-get install
apache-perl...
It wiped out my apache and perl
seperately(early installs)
That seemed good...
everything seems good except for tho
On Mon, 20 Nov 2000, Gunther Birznieks wrote:
> Most normal applications do not require every bit of speed eeked out
> of them that may be possible with an Apache handler. In the mod_perl
> guide, a reasonably fast machine (which most production mod_perl sites
> run on) shows very little time diff
> "GB" == Gunther Birznieks <[EMAIL PROTECTED]> writes:
GB> Apache::Registry programs are basically compatible with Velocigen,
GB> PerlEx, and SpeedyCGI acceleration. I think that's a huge
GB> commercial and open source advantage for anyone writing web
GB> programs for sale or open community
At 03:04 PM 11/19/2000 -0800, Randal L. Schwartz wrote:
> >>>>> "Didier" == Didier Godefroy <[EMAIL PROTECTED]> writes:
>
>Didier> on 11/19/00 4:55 PM, Ime Smits at [EMAIL PROTECTED] uttered the following:
> >> | How do we make sure regular CGI
Find the time to READ the documentation
Tonight would be a good nite.
Ruben
http://www.mrbrklyn.com
> At the moment, I'm just trying to get mod_perl to work and have users'
> scripts use it. I haven't had time to read docs on how to use it, only
> enough to get it going.
> Will it speed up
>
> When you're *really* good with mod_perl, you abandon Apache::Registry
> and move up to writing handlers or using embedded templating systems
> like EmbPerl, Mason, or Template Toolkit.
Actually, if your using EMBPERL, why even BOTHER with the CGI interface
at all.
But I think that EMBPERL u
on 11/19/00 6:04 PM, Randal L. Schwartz at [EMAIL PROTECTED] uttered the
following:
> Didier> Can I assume that whenever mod_perl is enabled that all existing perl
> Didier> scripts use it without any modification of any kind?
>
> Not at all. Apache::Registry is a good stop-gap, but you have to
>>>>> "Didier" == Didier Godefroy <[EMAIL PROTECTED]> writes:
Didier> on 11/19/00 4:55 PM, Ime Smits at [EMAIL PROTECTED] uttered the following:
>> | How do we make sure regular CGI scripts are using mod_perl???
>> | Is there a way to find ou
on 11/19/00 4:55 PM, Ime Smits at [EMAIL PROTECTED] uttered the following:
> | How do we make sure regular CGI scripts are using mod_perl???
> | Is there a way to find out?
>
> Check $ENV{MOD_PERL}, it should read something like "mod_perl/1.24".
Can I assume that whenev
| How do we make sure regular CGI scripts are using mod_perl???
| Is there a way to find out?
Check $ENV{MOD_PERL}, it should read something like "mod_perl/1.24".
Ime
-
To unsubscribe, e-mail: [EMAIL PROT
Quick (and maybe stupid) question(s):
How do we make sure regular CGI scripts are using mod_perl???
Is there a way to find out?
Is there anything to modify to make them work with mod_perl??
--
Didier Godefroy
mailto:[EMAIL PROTECTED
>>>>> "HJE" == Hackett, Jonny E <[EMAIL PROTECTED]> writes:
HJE> I'm attempting to incorporate Apache::Sandwich into a site I'm working on
HJE> and I'm having some problems getting sandwich to work with cgi scripts.
What shows up in your
Hello,
I'm attempting to incorporate Apache::Sandwich into a site I'm working on
and I'm having some problems getting sandwich to work with cgi scripts.
What is happening is that it will insert the header just fine, print the
output, but it doesn't finish the final step whi
> >Hi,
> >
> >Is there way for processing SSI commands in perl?
> >(my templates may contains SSI commands, so what
> >should I do - just type in real html or process them somehow?)
>
> Check out Apache::SSI. It can solve the problem. Can be used with
> Apache::Filter or by instantiating an Apa
[EMAIL PROTECTED] (Vladislav Safronov) wrote:
>Hi,
>
>Is there way for processing SSI commands in perl?
>(my templates may contains SSI commands, so what
>should I do - just type in real html or process them somehow?)
Check out Apache::SSI. It can solve the problem. Can be used with
Apache::Fil
check out Apache::Filter + Apache::SSI - both on CPAN
--Geoff
> -Original Message-
> From: Vladislav Safronov [mailto:[EMAIL PROTECTED]]
> Sent: Friday, August 11, 2000 11:59 AM
> To: [EMAIL PROTECTED]
> Subject: parsing SSI in cgi scripts?
>
>
> Hi,
>
&g
Hi,
Is there way for processing SSI commands in perl?
(my templates may contains SSI commands, so what
should I do - just type in real html or process them somehow?)
/Vlad
Chetan Patil ([EMAIL PROTECTED]) said something to this effect:
> Hello,
> We have a large code base printing header, body and footers to the STDOUT
> from the cgi scripts. Since all these are print statements, we have to go to
> extreme measures to make sure we donot print the conte
On Sat, 29 Jul 2000, Chetan Patil wrote:
> Hello,
> We have a large code base printing header, body and footers to the STDOUT
> from the cgi scripts. Since all these are print statements, we have to go to
> extreme measures to make sure we donot print the content more than once
On Sat, Jul 29, 2000 at 03:26:02PM -0700, Chetan Patil wrote:
> Hello,
> We have a large code base printing header, body and footers to the STDOUT
> from the cgi scripts. Since all these are print statements, we have to go to
> extreme measures to make sure we donot print the conte
Hello,
We have a large code base printing header, body and footers to the STDOUT
from the cgi scripts. Since all these are print statements, we have to go to
extreme measures to make sure we donot print the content more than once.
To clean things up (or at least start at it), we want to be able
On Wed, 17 May 2000, Doug MacEachern wrote:
> On Wed, 17 May 2000, Dave DeMaagd wrote:
>
> > I'm in the midst of converting a script I wrote in a CGI environment
> > to mod_perl (using Apache::Registry). The scripts are running fine
> > (after a little tweaking to get rid of globals and whatno
On Wed, 17 May 2000, Dave DeMaagd wrote:
> I'm in the midst of converting a script I wrote in a CGI environment
> to mod_perl (using Apache::Registry). The scripts are running fine
> (after a little tweaking to get rid of globals and whatnot), but I am
> still looking for more ways to keep memo
I'm in the midst of converting a script I wrote in a CGI environment
to mod_perl (using Apache::Registry). The scripts are running fine
(after a little tweaking to get rid of globals and whatnot), but I am
still looking for more ways to keep memory consumption under control,
and for ways to chec
ut me to the following point.
> Scripts are still not executing. The script that i was getting, was an
> error in the way i trapped the domain names. Ie, what I was getting,
> was one where the host was www rather then the fqdn.
> So this leaves me back at the origianl point, CGI sc
The script that i was getting, was an
error in the way i trapped the domain names. Ie, what I was getting,
was one where the host was www rather then the fqdn.
So this leaves me back at the origianl point, CGI scripts that are
under the handler are not being ran. I've checked, and I do retur
40 matches
Mail list logo