check out the perl guide at:
http://perl.apache.org/guide
also, you can search through the mail archives at:
http://www.geocrawler.com/lists/3/web/182/0/
you might have compiled as a DSO and not used the same compiler,
or compiler parameters.
--
___cliff [EMAIL PROTECTED]http://www.genwax.com/
> The solution i'm working on is something like this:
> in the httpd.conf add
> in the linux box
> PerlSetVar NETP 0
> in the solaris box
> PerlSetVar NETP 1
>
> then change the code to
> if ($NETP)
> {
> return $netp->run();
> }else{
> return 0;
> }
I've seen some problems with the PerlSetVar d
Our website runs on linux and solaris boxes. One of the external
applications that we have though can only be run on the solaris boxes. We
can deal with this mostly through our switch and content filtering.
Unfortuantly, there are some situations that we haven't been able to find
where the linu
Hi, I am new to apache and new to this group. This could be a very easy
question. But any help will be greatly appreciated.
I compile apache 1.3.14 with mod_perl and mod_ssl, the installation process
went ok, but I received this error message when I tried to start the apache
server .
Segment
How many server processes do you have?
Perhaps, you are hitting a different server process every time while
testing?
Try limiting (for debugging purposes) your server processes # to 1 and see
if it makes a difference.
Or just test it long enogh to have all the processes load the corresponding
per
> -Original Message-
> From: Gedanken [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 01, 2000 3:46 PM
> To: [EMAIL PROTECTED]
> Subject: Easy way to access PerlSetEnv from outside apache cycle?
>
>
>
[snip]
>
> Is there any easy way to let this command line script patch into the
Hi all.
I will try to be as clear as i can with a potentially vague problem.
I am just starting to maintain and implement some mod_perl code written by
a long gone coder. The mod perl code itself seems to be working just
fine. But a command line script was written to also utilize a database
m
forget that patch - it probably won't do what you want either...
I was mainly thinking about limiting the scope of DispatchPrefix for
security reasons (keeping people from being sloppy)...
if you don't think this is too much of a concern, then perhaps I'll change
everything to OR_ALL?
--Geoff
all options are RSRC_CONF | ACCESS_CONF except DispatchPrefix, which is
ACCESS_CONF...
my thought on making DispatchPrefix local only to directories was that
Apache::Dispatch was specific to a tag: other options I thought
could be applied globally, but you wouldn't want My::Handler to resolve fr
... do not seem to be allowed in .htaccess files. I don't see a reason for
this restriction, Geoff ???
Particularly, I want to just be able to say:
DispatchPrefix MyModule
in a .htaccess file and have it just work.
--
/||** Director and CTO **
//||** AxKit.com Ltd ** ** X
> -Original Message-
> From: Edmar Edilton da Silva [mailto:[EMAIL PROTECTED]]
> Sent: Friday, December 01, 2000 12:41 PM
> To: [EMAIL PROTECTED]
> Subject: Order of Installation!!!
>
>
> Hi all,
> I have installed on my machine the following modules:
> apache 1.3.12-2
> mo
It's not enough to just install the modules.
Did you configure the httpd.conf with mod_perl
as explained in the documentation?
On Fri, Dec 01, 2000 at 03:40:45PM -0200, Edmar Edilton da Silva wrote:
> Hi all,
> I have installed on my machine the following modules:
> apache 1.3.12-2
Hi all,
I have installed on my machine the following modules:
apache 1.3.12-2
mod_perl 1.21-10
DBI 1.13-1
DBD::Oracle 1.03
Apache::DBI 0.86-1
The problem is that when I run a perl script under mod_perl, the
response time is almost the same than the response time of the same
script
I'd put it someplace that is only accessible to the web user if you're going
to do that.
- Original Message -
From: "Jorge Godoy" <[EMAIL PROTECTED]>
To: "George Sanderson" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, December 01, 2000 5:22 AM
Subject: Re: Changing a file's
Hi Joerg,
I have essentially the same mix functioning for several months on Digital
Unix. The assembly order was:
openssl
mod_ssl
mod_perl
frontpage
apply frontpage patch to apache
apache
I guess the order of the patches affects the result if a 'following' patch
is made after a line that was a
Manhar,
HTTPD-User-Manage is exactly what you're looking for. Get it from CPAN at:
http://www.cpan.org/modules/by-authors/id/L/LD/LDS/HTTPD-User-Manage-1.54.tar.gz
-Adi
> Manhar Goindi wrote:
>
> Hi,
>
> Are there any APIs available in Apache modperl which can be used to create
> Apache use
Hi,
I'm trying to set up apache_1.3.14 with mod_frontpage-1.4.1-1.3.14, mod_perl-1.24_01,
mod_ssl-2.7.1-1.3.14 on a Sun Ultra 60 with Solaris 2.7, using gcc 2.95.1, perl 5.6.0.
I assemble the pieces in this order:
- Frontpage Extensions
- mod_ssl
- mod_frontpage
- mod_perl
- Apache (with test cer
Hi,
thank you for your help.
Stas Bekman <[EMAIL PROTECTED]> writes:
> On 28 Nov 2000, Alexander Haeckel wrote:
> > I want to control the way a CGI program works by modifying the
> > parameters passed to it within a FixupHandler. For GET requests
> > everything works fine. But for POST requests
On Fri, Dec 01, 2000 at 12:23:26PM +, Greg Cope wrote:
> Tim Bunce wrote:
>
> Although a bit OT, but I am sure everyone is interested, what changes
> are you planning for DBI ?
There's a ToDo file in the dist. I've probably a few others rattling
around in my head.
Tim.
Jonas Nordström wrote:
>
> I have an application where incoming requests are handled by a gateway that
> translates the requests and sends them on to the intranet, receives the
> response, changes the links and sends the answer to the client. When I do
> the Intranet request (using LWP::UserAgent
I have an application where incoming requests are handled by a gateway that
translates the requests and sends them on to the intranet, receives the
response, changes the links and sends the answer to the client. When I do
the Intranet request (using LWP::UserAgent), I want to specify which network
Tim Bunce wrote:
>
> On Fri, Dec 01, 2000 at 09:48:34AM +, Matt Sergeant wrote:
> > On Fri, 1 Dec 2000, Tim Bunce wrote:
> >
> > > On Fri, Dec 01, 2000 at 02:37:47AM +0100, Stas Bekman wrote:
> > > >
> > > > It would be much easier for Tim to do it from the inside than any of us
> > > > doing
On Wed, 29 Nov 2000, [EMAIL PROTECTED] wrote:
>
> Any ideas about the best way to change the permissions and UID?
Create an external minimum perl script with the SUID bit set and with
root as it's owner. Use this script to change the file
permissions.
See you,
--
Godoy. <[EMAIL PROTECTED]>
Hi,
Are there any APIs available in Apache modperl
which can be used to create Apache users in Perl/CGI scripts? Are there
any ways (I mean through APIs) to delete these created Apache users and modify
the passwords of these Apache users? We would appreciate a lot of help in
this area.
On Fri, Dec 01, 2000 at 09:48:34AM +, Matt Sergeant wrote:
> On Fri, 1 Dec 2000, Tim Bunce wrote:
>
> > On Fri, Dec 01, 2000 at 02:37:47AM +0100, Stas Bekman wrote:
> > >
> > > It would be much easier for Tim to do it from the inside than any of us
> > > doing the overloading hacking, but tha
On Fri, 1 Dec 2000, Tim Bunce wrote:
> On Fri, Dec 01, 2000 at 02:37:47AM +0100, Stas Bekman wrote:
> >
> > It would be much easier for Tim to do it from the inside than any of us
> > doing the overloading hacking, but that's up to Tim to decide when if ever
> > this should go in :)
>
> Things ar
On Fri, Dec 01, 2000 at 02:37:47AM +0100, Stas Bekman wrote:
>
> It would be much easier for Tim to do it from the inside than any of us
> doing the overloading hacking, but that's up to Tim to decide when if ever
> this should go in :)
Things are changing for the better workwise now and I hope
On Fri, 1 Dec 2000, Gunther Birznieks wrote:
> The other thing that worries me is that even if you sneak the code back
> into the PageKit hierarchy you are still not doing everything Lincoln is
> doing to help deal with eval issues. This is a particularly thorny problem
> (and I suspect part of t
28 matches
Mail list logo
