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 the
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. If
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]
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
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 to
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
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 the
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
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 users in
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
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 UID
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 are changing
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 that's up to
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 the overloading
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.
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
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
-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
mod_perl
... 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.
--
Matt/
/||** Director and CTO **
//||** AxKit.com Ltd **
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 Location tag: other options I thought
could be applied globally, but you wouldn't want My::Handler to
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?
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
-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
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
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 .
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 directive at my
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/
27 matches
Mail list logo