There were a lot or perl coders when I was there for a short consulting
gig. Wonder if any of my perl code still survives...
-Todd
On Sun, 16 Jun 2002, F. Xavier Noria wrote:
Does anybody know which is the technology behind Amazon?
-- fxn
:
Todd Chapman wrote:
Can dir_config be used to set 'require' in an authentication handler?
no. dir_config() provides access to a mod_perl specific table of variables, not
generic
Apache configuration directives.
there is no API for setting the Require directive - it needs to be in your
That makes sense. I can't use mod_auth because I can't set Require. I'm
using Basic authentication and text based password files. Unfortunately, I
can't find an Apache::Auth* module that handles basic authentication
against text files. Did I miss it somewhere?
Thanks.
-Todd
On Mon, 20 May
On Mon, 20 May 2002, Geoffrey Young wrote:
Todd Chapman wrote:
That makes sense. I can't use mod_auth because I can't set Require.
well, if you're saying that you don't have the ability to set the Require directive
at all
(as in you don't have access to edit httpd.conf
Can dir_config be used to set 'require' in an authentication handler?
I would then return DECLINED do that Apache's Basic auth handler would do
the heavy lifting of checking the password.
Thanks!
-Todd
What if the user added his username and password to the URL? If they are
valid the application could add those parameters to all links/form
actions, but the plaintext password would be replaced with some parameter
that would be good for the next access and expire after a specified period
of
On Fri, 13 Oct 2000, Doug MacEachern wrote:
On Tue, 10 Oct 2000, Todd Chapman wrote:
Is there a mod_perl bugs database? I am having a problem and I want to
make sure it isn't a bug in mod_perl that's fixed in a recent release.
known bugs are listed in the ToDo file.
P.S. The bug
I am trying to set up httpd.conf so that documents in
/home/httpd/html/mason are handled by HTML::Mason but documents in
/home/httpd/html/mason/perl are handled by Apache::Registry.
The problems in that while Mason works, the Apache::Registry cgi programs
are getting dumped as plain text
Can I set $r-filename at the end of an PerlAuthzhandler?
Thanks.
-Todd
Is there a mod_perl bugs database? I am having a problem and I want to
make sure it isn't a bug in mod_perl that's fixed in a recent release.
Thanks.
-Todd
P.S. The bug is that $r-connection-user() is not set when I return OK
from my PerlAuthenHandler. I have to set it manually. Why would
I am servicing requests from a virtual document tree. Most of the time I
want the request to be serviced by a PerlHandler module I wrote. However,
if the requested filename is 'cgifile' I would rather have
Apache::Registry handle the request, but since this is a virtual document
tree the CGI
I need to get this problem solved for a project I am working on. Any help
is appreciated.
Thanks.
-Todd
-- Forwarded message --
I am servicing requests from a virtual document tree. Most of the time I
want the request to be serviced by a PerlHandler module I wrote. However,
ngine might not work exactly the same in this circumstance.)
If I misunderstood your problem, I'm sorry for not having read closer,
confused you, etc. :-)
Cheers,
Richard
Todd Chapman wrote:
I need to get this problem solved for a project I am working on. Any help
is appreciated.
Thanks. It seems like I would want to write a PerlTransHandler. However I
don't want to change the filename until after the authorization phase. Can
I change the uri to filename mapping at the end of the authorization phase
but before the content handler phase?
Thanks.
-Todd
On Mon, 9 Oct
I am servicing requests from a virtual document tree. Most of the time I
want the request to be serviced by a PerlHandler module I wrote. However,
if the requested filename is 'cgifile' I would rather have
Apache::Registry handle the request, but since this is a virtual document
tree the CGI
When I request the following URL with netscape:
http://www.mydomain.com/mason_root/subdir/B/9/abc
The request is handled by a dhandler in /mason_root/subdir
Here is the dhandler:
HTML
HEAD
TITLETest/TITLE
/HEAD
BODY BGCOLOR='white'
This is a test.
P
Path_info: % $r-path_info() %
/BODY
/HTML
Thanks for the help Doug. This is what I have now but all I get is a
segementation fault in the log.
Any ideas?
-Todd
package Apache::SetRealm;
## Usage: PerlHeaderParserHandler Apache::SetRealm
use strict;
use Apache::Constants qw(:common);
sub handler {
my $r = shift;
# find the
authentication but I don't want to do that.
-Todd
On Thu, 28 Sep 2000, Doug MacEachern wrote:
On Thu, 28 Sep 2000, Todd Chapman wrote:
Thanks for the help Doug. This is what I have now but all I get is a
segementation fault in the log.
$r-note_basic_auth_failure;
if AuthType
Duh! Thanks.
Now, is there any way to determine the realm the browser thinks it's
authentication to? Is the realm stored in the Authorization header or any
other headers?
-Todd
On Thu, 28 Sep 2000, Doug MacEachern wrote:
On Thu, 28 Sep 2000, Todd Chapman wrote:
Thanks Doug but I
Or you can write your own AuthHandler that lookups up AuthName, AuthUserFile
in a seperate file against the path_info. This will eliminate the need to
flood you httpd.conf file with a bunch of Location/Location directives.
Todd Chapman wrote:
I have read chapter 6 of the modperl
the AuthUserFile
2. use Apache::Htpasswd to check password
-Carlos
Todd Chapman wrote:
Problems with your suggestion:
1. The realm will not be known until I get path_info so
Location/Location directives will not work.
2. How can I get Perl to do the password lookup
a list of UserFiles
for each Realm/path_info so that your authentication handler will know what file to
check against.
I hope this make sense ;) my coffee is running low...
-Carlos
Todd Chapman wrote:
Thanks for the help. I was hoping that Apache would check the password for
me
22 matches
Mail list logo