I've run into an interesting bug in mp1. If I have a PerlCleanupHandler
defined in a .htaccess file, then it won't run if there was a
PerlInitHandler defined in httpd.conf. It doesn't matter what the
PerlInitHandler does, as long as its there the cleanup fails. If I have
the init handler run from
Is it possible to configure an htaccess file to
call a script using apache registry and use it in the
PerlAccessHandler.
I have written one pretty large perl script in
mod-perl using the apache registry to serve out picture gallery pages. I
would like to do some validation of my own
John Michael wrote:
Is it possible to configure an htaccess file to call a script using
apache registry and use it in the PerlAccessHandler.
I have written one pretty large perl script in mod-perl using the apache
registry to serve out picture gallery pages. I would like to do some
validation
I am stuck in an Ensim environment (shared web-hosting, Apache 1.3.27
and mod_perl 1.24) and am trying to get around some of the limitations
imposed by Ensim. Basically, I have complete .htaccess control but have
no way to restart the server or start it with different arguments or
modify
Michael L. Artz wrote:
I am stuck in an Ensim environment
ugh.
What is possible within an .htaccess file as far as perl configuration
for mod_perl 1?
just about anything. I use an Ensim installation, and am constantly
frustrated by it. however, there are ways around just about anything
Geoffrey Young wrote:
[...]
If its only once, can I force a reload of the module?
use
PerlInitHandler Apache::StatINC
to reload them during development (I've also used this on ensim :)
Apache::StatINC is R.I.P. Use Apache::Reload instead.
Apache::StatINC is R.I.P. Use Apache::Reload instead.
but Apache::StatINC comes with mp1 and Apache::Reload doesn't - it's
difficult to install modules on these ensim boxes since you don't have root
(and yes, there are other ways around it of course :)
--Geoff
Geoffrey Young wrote:
Apache::StatINC is R.I.P. Use Apache::Reload instead.
but Apache::StatINC comes with mp1 and Apache::Reload doesn't - it's
difficult to install modules on these ensim boxes since you don't have
root (and yes, there are other ways around it of course :)
We could bundle
Apache::StatINC is R.I.P. Use Apache::Reload instead.
but Apache::StatINC comes with mp1 and Apache::Reload doesn't - it's
difficult to install modules on these ensim boxes since you don't have
root (and yes, there are other ways around it of course :)
Well, Apache::StatINC wasn't
Michael L. Artz wrote:
Apache::StatINC is R.I.P. Use Apache::Reload instead.
but Apache::StatINC comes with mp1 and Apache::Reload doesn't - it's
difficult to install modules on these ensim boxes since you don't have
root (and yes, there are other ways around it of course :)
Well,
Hi,
I am using the following in my .htaccess file:
Perl
my $r = Apache-request();
$RewriteBase = $r-uri();
/Perl
The reason for doing this is that Apache mod_rewrite requests
RewriteBase to be set to the logical path of the directory. (This code
snippet is just a test... I
Hello again,
Please CC the List with your replies.
On Sun, 6 Oct 2002, Mitchel, Jennifer (Jem) wrote:
Yes I am sure.
-Original Message-
From: Ged Haywood [mailto:[EMAIL PROTECTED]]
Sent: Saturday, October 05, 2002 3:12 AM
To: Mitchel, Jennifer (Jem)
Are you sure you're
Hi there,
On Tue, 1 Oct 2002, Mitchel, Jennifer (Jem) wrote:
[snip]
Syntax error on line 6 of /web/content/askLucent/password-reset/.htaccess:
Invalid command 'PerlAuthenHandler', perhaps mis-spelled or defined by a
module not included in the server configuration
[snip
trying use a .htaccess file to allow NT Authenitcation on a directory.
However, I am getting a server error
Syntax error on line 6 of /web/content/askLucent/password-reset/.htaccess:
Invalid command 'PerlAuthenHandler', perhaps mis-spelled or defined by a
module not included
Hi all,
I've got some Perl code in an htaccess file to choose some configuration based on
client IP. The code starts with $r = Apache-request. The first request that gets
handled by a server instance fails to get the request object (the call succeeds but
returns undef). Subsequent requests
Hello,
Can anyone tell me if theres any way to authenticate automatically to a
htaccess protected web page with a Perl script, sending the user name
and the password to the login box?
i don't to open the web page , but i want to process some data in it.
does any knows some module to do
On Jun 15 Tiago Almeida wrote:
Hello,
Can anyone tell me if theres any way to authenticate automatically to a
htaccess protected web page with a Perl script, sending the user name
and the password to the login box?
i don't to open the web page , but i want to process some data
Thanks Jim
Thats just right
regards
tsa
On Sat, 2002-06-15 at 18:38, Jim Martinez wrote:
On Jun 15 Tiago Almeida wrote:
Hello,
Can anyone tell me if theres any way to authenticate automatically to a
htaccess protected web page with a Perl script, sending the user name
Yes. Use the LWP module, LWP::UserAgent. Its credentials() method lets you
add the username and password to the request.
At 05:25 PM 06/15/02 +0100, Tiago Almeida wrote:
Hello,
Can anyone tell me if theres any way to authenticate automatically to a
htaccess protected web page with a Perl
on the
subdirectory but I decided to cancel as the password seemed to be incorrect
in te SQL database.
As soon as I did that I got the 403 forbidden as I knew I would howeveer now
all I get is the 403 screen and the logs are complaining that I do not have
a .htaccess file in the docroot or that it's
On Thu, Jun 13, 2002 at 10:39:28AM +1000, Darren Ward wrote:
This has got me stumped as I never put a .htaccess file in there but for the
sake of trying to fix it I did place one there but it's still complaining
that one doesn't exist even though it's set readable etc etc
Any help
Title: htaccess, rewrite and redirect help
please
Hi all,
I'm so new to this, please excuse me if i'm off base.
I'm trying to write an htaccess script which will essentially
say If you're from this web page you get rejected, but all
other web page requests go here:
This is what i pieced
At 17:54 03.06.2002, Paul Williams wrote:
Hi all,
I'm so new to this, please excuse me if i'm off base.
I'm trying to write an htaccess script which will essentially say If
you're from this web page you get rejected, but all other web page
requests go here:
Sorry, but this is specific
D.Kreft wrote:
...
I am greeted with Netcape's Document contains no data error dialog
box, and a segfault notice in the error log:
[Thu May 9 09:19:52 2002] [notice] child pid 25420 exit \
signal Segmentation fault (11)
...
Does anyone have any ideas about what's going wrong here?
Paul Williams wrote:
-
AuthUserFile /dev/null
AuthGroupFile /dev/null
RewriteEngine On
RewriteCond %{HTTP_REFERER} !^http://www.myserver.com [NC]
RewriteCond %{HTTP_REFERER} !^http://myserver.com [NC]
RewriteRule /*
Title: htaccess
Hi All,
I'm new at this and i'm trying to write my own custom htaccess
file.
Here is what i have written so far:
-
AuthUserFile /dev/null
AuthGroupFile /dev/null
RewriteEngine On
RewriteCond %{HTTP_REFERER}
!^http
Hello!
How to enable only PerlSetVar/PerlAddVar directives in .htaccess files?
More specific:
We are building an multiuser environment with mod_perl to our
campus. Mod_perl handlers contain especially PerlHandlers configured in
httpd.conf. The .htaccess files are used
I'm reading my Apache bible and the section on MIME types and my
question is: Is there a way to modify the htaccess file so that
regardless of the file requested (.gif, .wav, .jpg, etc.) they
would receive a file recognizable as an html document or a plain
text file when clicked on?
well
I'm reading my Apache bible and the section on MIME types and my
question is: Is there a way to modify the htaccess file so that
regardless of the file requested (.gif, .wav, .jpg, etc.) they
would receive a file recognizable as an html document or a plain text
file when clicked on?
Whyncha
Title: htaccess and mime types
Hi all,
A real newbie here with a question.
I'm using an htaccess file to protect a directory of large gifs
and sounds. Here is what i've written:
-
AuthUserFile /dev/null
AuthGroupFile /dev/null
Michael A Nachbaur [EMAIL PROTECTED] said something to this effect on 01/28/2002:
Does anyone know of a way that I can server the contents of an
.htaccess file dynamically? I know Apache checks the request
directory (and all directories above it) for an .htaccess file
before serving a file
Does anyone know of a way that I can server the contents of an
.htaccess file dynamically?
Make the .htacess file in question a FIFO, with a script on the
backend that Does The Right Thing.
Whoops, you would loose big when two concurrent Apache processes
attempt to access the .htaccess
[EMAIL PROTECTED] writes:
Does anyone know of a way that I can server the contents of an
.htaccess file dynamically?
Make the .htacess file in question a FIFO, with a script on the
backend that Does The Right Thing.
Whoops, you would loose big when two concurrent Apache processes
Hello all,
Does anyone know of a way that I can server the contents of an .htaccess
file dynamically? I know Apache checks the request directory (and all
directories above it) for an .htaccess file before serving a file request,
but there is no mention of how it goes about loading that file
On Mon, 28 Jan 2002, Michael A Nachbaur wrote:
Hello all,
Does anyone know of a way that I can server the contents of an .htaccess
file dynamically? I know Apache checks the request directory (and all
directories above it) for an .htaccess file before serving a file request
4. I set the Apache directives in hello/.htaccess to be the same as
those on my home machine:
FilesMatch world.htm
PerlRequire /usr48/home/cbrooks/public_html/OCF/Hello.pm
PerlHandler OCF::Hello
/FilesMatch
But you didn't tell Apache to run this as modperl!!! You miss
the values: Apache/1.3.14
Ben-SSL/1.42 (Unix) mod_perl/1.24_01 PHP/4.0.4pl1 mod_fastcgi/2.2.10
FrontPage/4.0.4.3 ApacheJServ/1.1.2
2. I have confirmed that I can execute some Apache directives from an
.htaccess file in the appropriate directory (so AllowOverride is not set
to None):
Deny from all
perhaps you can try:
use CGI::Carp qw(fatalsToBrowser)
also, checkout the guide:
http://perl.apache.org/guide/debug.html#Code_Debug
especially the section:
Using Apache::FakeRequest to Debug Apache Perl Modules
which may be helpful in this case.
Chris Brooks wrote:
Good morning all,
I
directives in hello/.htaccess to be the same as
those on my home machine:
FilesMatch world.htm
PerlRequire /usr48/home/cbrooks/public_html/OCF/Hello.pm
PerlHandler OCF::Hello
/FilesMatch
But you didn't tell Apache to run this as modperl!!! You miss:
SetHandler perl-script
seeing
(www.abc.com/reports)
For the first level, I'm using .htaccess with a Basic AuthType like
AuthName global
AuthType Basic
Limit
require valid-user
/Limit
This allows a user to access a global area where no-good stuff is
presented (ie less
secure, think lobby of a company)
I then would like
I am having difficulty reading configuration commands from a .htaccess file.
I've modified Apache::RefererBlock so that it no longer shows a
forbidden error, but rather redirects a default URL. I need this to
apply to specific directories, but do not want the hassle of having
to modify
Apache::RefererBlock is forbidding all of its configuration directive from
being in .htaccess files with this:
req_override = 'RSRC_CONF'
take a look at Makefile.PL to see it.
you will want to change this to something that enables you to call it from
.htaccess files, like ACCESS_CONF. Keep
Sorry Geoff,
OK, the bug now is that the _translate_uri sub expects you to be working
with Location rather than .htaccess. It does this to do
s/location/prefix/, which is why it doesn't work with .htaccess.
Now first of all, there's a bit of a security risk in there - you're doing
s/$location
-Original Message-
From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 11, 2000 8:27 AM
To: [EMAIL PROTECTED]
Subject: Still bugs in Apache::Dispatch with .htaccess
Sorry Geoff,
OK, the bug now is that the _translate_uri sub expects you to
be working
-Original Message-
From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 11, 2000 11:57 AM
To: Geoffrey Young
Subject: RE: Still bugs in Apache::Dispatch with .htaccess
On Mon, 11 Dec 2000, Geoffrey Young wrote:
I've started poking around
for the location of the .htaccess file, but wouldn't be as friendly
as DispatchAccess On.
I also don't want to confuse people, though. The issue here is Directory
v. Location and not specifically .htaccess files (any more, at least :) -
applying this to a Location could start to get obscure
-Original Message-
From: Matt Sergeant [mailto:[EMAIL PROTECTED]]
Sent: Monday, December 11, 2000 1:27 PM
To: Geoffrey Young
Cc: '[EMAIL PROTECTED]'
Subject: RE: Still bugs in Apache::Dispatch with .htaccess
I'd make it as simple as possible. Make it DispatchRoot (akin
We are finally planning to "do the right thing" and have a light weight and
heavy weight server. Our problem is that our (immediate) users set up
the protections for each directory with .htaccess files - and they use
PerlAuthzHandler and PerlAuthenHandlers - so to decide if
If you are using shared repositories for the front-end and heavy
server you can modify the filename used for .htaccess in the apache
config file. (See the AccessFileName entry)
So, you could put the config for the heavy server in .htaccess_heavy
and the front-end config in .htaccess.
On Wed
So, you could put the config for the heavy server in .htaccess_heavy
and the front-end config in .htaccess.
Sorry - didn't make myself clear. The protection on the files are the same -
just too complex for the front-end to understand (since use modperl).
So if there is any authentication
server you can modify the filename used for .htaccess in the apache
config file. (See the AccessFileName entry)
So, you could put the config for the heavy server in .htaccess_heavy
and the front-end config in .htaccess.
On Wed, Nov 29, 2000 at 12:05:14PM -0500, [EMAIL PROTECTED] wrote:
We
administrators
are allowed to protect them as they please, using .htaccess files.
So I cannot maintain any centralized list (as in a apache config file).
Actually as I continue to think on it my solution seems reasonable -
just haven't figured out yet which part of the light-weight server
You will need to use StatINC. mod_perl does not re-read modules that it has
already loaded.
-Original Message-
From: Kevin Beckford [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 17, 2000 11:06 PM
To: [EMAIL PROTECTED]
Subject: Use of .htaccess files
Hello all,
I'm
Hello all,
I'm a newbie to mod_perl, and I have a question. We have mod_perl on our
server, but it is a standard out of the box install (Only PerlHandler is
enabled.) Now, I'd like to use .htaccess files to test some stuff out
(no dev server either) and I don't want
On 22 Aug 2000, Andrew Gideon wrote:
...
My .htaccess file contains:
PerlModule Apache::TAGXSessionAuth
PerlAuthenHandler Apache::TAGXSessionAuth-authen
PerlAuthzHandlerApache::TAGXSessionAuth-authz
After attaching to a child process and getting
As a complete newbie to both this list and perl, could someone please give
me an idiot proof explanation on how to do those custom error pages within
my domain?
I tried it the way a friend told me and caused an internal server error!
Don't want the same thing to happen again.
My web host told me
Hi!
I have a program which is run under mod_perl as apache module.
The program generates dynamic content from files in a directory tree.
I'm wondering would it be possible to use .htaccess auhtorization for
this dynamic content?
for example:
directory/file1
directory/.htaccess
On Tue, 15 Aug 2000, Doug MacEachern wrote:
On Tue, 4 Jul 2000, Matt Sergeant wrote:
Shouldn't DIR_MERGE be called when .htaccess files are found at different
levels, e.g:
/axkit/.htaccess
and
/axkit/test/.htaccess
I ask for /axkit/test/test.xsp
I would have expected
On Tue, 4 Jul 2000, Matt Sergeant wrote:
Shouldn't DIR_MERGE be called when .htaccess files are found at different
levels, e.g:
/axkit/.htaccess
and
/axkit/test/.htaccess
I ask for /axkit/test/test.xsp
I would have expected it to ask for both .htaccess files and try and merge
I've tried installing Apache:ASP on my personal web server, but I can't
get any of the ASP files to work. Also, I can't seem to view the .htaccess
file from the eg directory that came with the installation. I'm running
Apache 1.3.12, mod_perl 1.24, and apache::asp 2.01. I think the reason the
asp
ing access
to the files for display.
--Joshua
Brad Dick wrote:
I've tried installing Apache:ASP on my personal web server, but I can't
get any of the ASP files to work. Also, I can't seem to view the .htaccess
file from the eg directory that came with the installation. I'm running
Apache 1.3.12, mod
On Tue, 4 Jul 2000, Rick Myers wrote:
On Jul 04, 2000 at 14:40:26 +0100, Matt Sergeant twiddled the keys to say:
Shouldn't DIR_MERGE be called when .htaccess files are found at different
levels, e.g:
/axkit/.htaccess
and
/axkit/test/.htaccess
I ask for /axkit/test/test.xsp
On Wed, 5 Jul 2000, Matt Sergeant wrote:
On Tue, 4 Jul 2000, Rick Myers wrote:
On Jul 04, 2000 at 14:40:26 +0100, Matt Sergeant twiddled the keys to say:
Shouldn't DIR_MERGE be called when .htaccess files are found at different
levels, e.g:
/axkit/.htaccess
and
/axkit
Shouldn't DIR_MERGE be called when .htaccess files are found at different
levels, e.g:
/axkit/.htaccess
and
/axkit/test/.htaccess
I ask for /axkit/test/test.xsp
I would have expected it to ask for both .htaccess files and try and merge
the two using DIR_MERGE, but it doesn't. Am I missing
On Jul 04, 2000 at 14:40:26 +0100, Matt Sergeant twiddled the keys to say:
Shouldn't DIR_MERGE be called when .htaccess files are found at different
levels, e.g:
/axkit/.htaccess
and
/axkit/test/.htaccess
I ask for /axkit/test/test.xsp
I would have expected it to ask for both
65 matches
Mail list logo