In my conf file, I have the following directives:
AuthType Apache::AuthCookieRMSDBI
AuthName RMS
PerlAuthenHandler Apache::AuthCookieRMSDBI->authenticate
PerlAuthzHandler Apache::AuthCookieRMSDBI->authorize
require valid-user
SetHandler perl-script
PerlHandler RMS::C
Wait, ignore that - I was getting my Apache::Session and my
Apache::AuthCookie signals crossed. Sorry.
-Fran
Fran Fabrizio wrote:
>
> What does your config file look like? All pointing at the right
> tables and fields and such?
>
> -Fran
>
> Rafiq Ismail (ADMIN) w
What does your config file look like? All pointing at the right tables
and fields and such?
-Fran
Rafiq Ismail (ADMIN) wrote:
>Hi, I'm in major poop.
>
>Got a presentation soon and my just implemented, implementation of
>Apache::Session is not working as per the man page.
>
>I've set commit
Just to confirm, the end result of Matt's slide presentation was that
Error.pm was good, and you should use it, but you should not use the
try/catch syntax, or at the bare minimum only catch in your outermost
handler. Is that correct? We were debating this just yesterday in our
office.
-Fr
Ron Savage wrote:
>On Tue, 25 Jun 2002 12:22:15 -0400, Fran Fabrizio wrote:
>
>Fran
>
>[snip]
>
>>from first-hand experience, hell my current project has both of
>
>
>>these
>>things in a web interface, and neither were trivial. I crafted an
>
Well it sounds like most of your design goals are pointing you towards
the web interface. These same goals are what made me choose web even
though I knew that I'd have to make some sacrifices on the interface.
You'll be able to do it fine on the web, just be prepared to be
flexible with the
Rob Nagler wrote:
> Solved with refresh? JavaScript and Java can also help here.
Yes, solved with refresh. Of the entire page. Which may be quite
complex and have some hefty SQL queries, etc...not to mention other
issues such as network latency, the re-rendering of the page, etc...all
dist
>
>
>
>Please correct me if this is wrong.
>
> What is the big difference between "web frontend" and a "normal GUI"?
>Can't
>you do everything in the "web frontnend" that you do in "normal GUI"?
>
No, not at all. The web is bound by HTTP and HTML. This comes with
many ramifications.
There ar
>
> > Shop demostrates how you can build a simple application with only a
> > couple of custom SQL queries. The rest are simple joins and CRUD. If
> > you need more complex queries, there are escapes. You still probably
> > end up with a list of tuples for your reports. The key we have found
Ok so Collections was the missing piece in my puzzle. Very interesting
(and intuitive now that you present it to me).
>Controller:
>---
>my $Stale = Model::WatchCollection->new( status => 'stale' );
>
>Controller:
>---
>my $WC= Model::WatchCollection->new();
Out of these
Ok, great stuff, now we're getting somewhere. So, the model = the
nouns. Good. That helps. Now, how do you represent in the model a
complex query that joins across 5 of the nouns? For example, our app is a
network monitoring and display tool. It receives status messages from
sites natio
Ok, thanks to you all and this great discussion I want to try to make
our current project into an MVC-style app, so what now? This MVC
discussion could not have come at a better time - our little app is all
grown up now and needs a real architecture. I have read the MVC threads
in depth now
In the spirit of the "teach a man to fish" proverb (sorry if that's a
random reference), maybe I should really be asking what's involved in
making such an rpm?
Is it a case of just figuring out which files are installed by
openssl/mod_ssl/mod_perl/apache and making a big ole spec file, or i
Thanks Stas for that link, but none of those have mod_ssl and I'm not
skilled enough with RPM to make that heavy of an adjustment, to be honest.
I think I'll take a gander at fliptop's specs and see if they are close
enough to do what I need.
Thanks all!
-Fran
Stas Bekman
We're currently struggling for an easy way to distribute our
apache/mod_perl/mod_ssl-based application to our data center folks who
are in a different state and whom we must presume know nothing about
apache, mod_perl or mod_ssl and are capable of nothing more complicated
than using RPM to in
And you are sure that the CGI module is installed on the machine, right?
perl -e 'use CGI;'
from the command-line will tell you.
-Fran
Udlei Nattis wrote:
> hi, sorry my english ;)
>
> when i add this line in httpd.conf
>
> PerlModule DBI
>
> or
>
> use DBI(); in startup.conf
>
> apache do
>
>
>(I haven't re-tested Apache::AuthCookieDBI.)
>
>I have no idea why POST _doesn't_ work, mind you...
>
For what it's worth, my setup with AuthCookieDBI works just fine with POST.
-Fran
>I for sure), I don't understand why the order does not matter in your
>machine. Do we have the same version of the module (v1.18)?
>
>-- fxn
>
>
Ah, no, I've got 1.10.
Here is the relevant part of my config file
# AuthCookieDBI config
PerlModule Apache::AuthCookieDBI
PerlSetVar RMSPath
>
>
>Jacob Davies (author of Apache::AuthCookieDBI) confirmed the secret key
>file has to be set before the PerlModule directive, it is a bug in the
>documentation.
>
Except it doesn't really, because it works fine for me. =)
I compiled mod_perl static, I tend to avoid DSO if possible.
-Fran
erl. See also Chapter 9, page 498 of the Eagle.
>
> jason
>
> Ken Williams wrote:
>
>>
>> On Wednesday, May 1, 2002, at 05:04 AM, Fran Fabrizio wrote:
>>
>>>
>>> I spoke too soon.
>>>
>>> I need:
>>>
>>>
>>&g
>
>
>Does the server load the module that way?
>
>
It's beyond my expertise at this point but my experience would indicate
that it does not work this way since I have PerlModule before the
PerlSetVar and it works fine.
-Fran
>
>
>Loading Apache::AuthCookieDBI after setting WhatEverDBI_SecretKeyFile
>has solved the problem. I am doing something wrong or the example in the
>manual page would need to be modified?
>
That's odd, I load my module first before setting the secret key (or any
of the other variables) and it wo
Hello,
I had an odd thing happen today with a script I've been running successfully under
Apache::Registry for weeks now. It's been
going fine and then today the error_log started to fill with messages such as:
Too many arguments for
Apache::ROOT::cgi_2dbin::chimpkit::chimpworks_2epl::getSt
Do you have this in httpd.conf (or mod_perl.conf)
PerlSetVar BuscaWAPDBI_SecretKeyFile /home/fxn/prj/bw/buscawap/etc/auth.key
?
-Fran
F.Xavier Noria wrote:
> I am having problems configuring Apache::AuthCookieDBI and am a bit
> lost, since it seems there is something wrong with the secret ke
e httpd.conf because that
doesn't get set until the fixup phase. Is
there any way?
-Fran
Fran Fabrizio wrote:
>
> Yikes, I just found an example of the exact thing I needed in the
> cookbook (recipe 2.16). Sorry, and thanks!
>
> -Fran
Yikes, I just found an example of the exact thing I needed in the
cookbook (recipe 2.16). Sorry, and thanks!
-Fran
I am trying to make a portable mod_perl.conf. I have things like:
Alias /cgi-bin/chimpkit/ /usr/local/apache/cgi-bin/chimpkit/
SetHandler perl-script
PerlHandler Apache::Registry
Options +ExecCGI
PerlSendHeader On
which really needs to become something like:
Alias /cgi
Have that proactive signin area forward to a page behind
Apache::AuthCookie protection and then have that page forward them right
back to where they were? If you don't have frames that would be pretty
easy.
-Fran
Ken Miller wrote:
> We currently use Apache::AuthCookie for authentication/aut
Well, let's start with the basics...
In httpd.conf (or mod_perl.conf or wherever) you have...
PerlSetVar AFS_AdminDBI_SecretKeyFile /path/to/your/keyfile
right? From the error you describe it sounds like you don't have this
variable declared correctly.
-Fran
> my @keyfile_vars = grep
Followup from last week:
> I'm using AuthCookie and as some of you know, if it determines your
> session to be invalid it redirects to a login page instead by way of a
> FORBIDDEN response coupled with a custom_response error page.
[snip]
>...I then thought it'd be neat to include on the logi
> I think you'll find RPC::XML to be a solidly engineered module. I've
> used it as a client and as a server to good effect. It includes
> stand-alone, CGI, and mod_perl based servers and a very nice client.
I will second the vote for RPC::XML. We use this module with great
success under mod
I'm using AuthCookie and as some of you know, if it determines your
session to be invalid it redirects to a login page instead by way of a
FORBIDDEN response coupled with a custom error page.
My app has a frameset (navigation on the left, and two data frames on
the right). I know the evils o
Peter,
> 2) that depends. First, for some reasons, Internet is designed without
> "Logout". Many seldom logout from those services such as Yahoo mail, and me
> too. For the specific question you posted (one login only for an account),
> while it can be in principle designed and implemented, in
Peter Bi wrote:
> If you touch SessionDBI for every request, why don't go directly to the
> Basic Authentication ?
1. You can't use a custom log in page
2. You can't log out unless you close your browser
3. It's for use by our employees only. They are told to enable cookies. =)
-Fran
Jeff wrote:
> Forgive a mod_perl newbie for non mod_perl thinking, but this
> is (a simplified overview) of how I would approach this:
>
> request for any protected page
> - if no existing session data [so not authenticated]
> create new session
> remember target page in session
>
> You would have to do the auth part yourself, as well as the actual
> cookie handling, or else hack AuthCookie to cooperate with Apache::Session.
This is exactly what I've done. I've modified AuthCookieDBI to create
an Apache::Session session as soon as it knows it has a valid user.
Then if
> I'm not sure I follow your session id problem. When I check a session, I ask
> the client for it's ID, then look the session up by ID. To 'expire' the
> session, I simply delete it from the session store (File or Postgres).
The confusion is you aren't using sessions in the authentication s
[EMAIL PROTECTED] wrote:
> How are you handling your sessions? I use Apache::Session::Postgres.
I'm using AuthCookie. A customization of AuthCookieDBI to be specific.
However, I also use Apache::Session. Basically, I authenticate
with AuthCookie, then I pass the authenticated username o
Hello all,
I'm looking for a straightforward approach to extend our AuthCookie
sessioning to enforce that a user is only logged in from one browser at
a time. For us, it would suffice that if the user tries to log in from
a 2nd browser, the first session would just be expired.
I was thinkin
>> Thanx for the reply (I hardly get replies for subjects
>> with restart :-( I guess I'm the only one using
>> PerlFreshRestart (sic !).
>
>
> Hopefully you are the only one!
Pardon my newbie-ness, but can someone explain the perils of
PerlFreshRestart in a bit more depth? I hadn't heard of
> The info is in too many places: posted many times here (read: search
> archives),
> on the front page of perl.apache.org, in the guide (search!) and
> probably many other places.
Not to mention in the header of every single message to this list.
-Fran
> Yes, do it in authen_cred() after you have checked the credentials, but before
> returning the username. authen_cred() is only called when you submit the login
> form.
Yes, this is what I ended up doing and it worked out perfectly. I was
using AuthCookieDBI and so I've been cheating and edi
The cookbook is fabulous. In my opinion it's much clearer than the
Eagle book. Of course it has the benefit of having been written when
mod_perl had a few more years of maturity under it's belt. =)
The Cookbook is wonderful and I would also like to publicly thank
Geoffrey Young, one of the
Is there a hook in AuthCookie to allow me to run some code only right
after successful login? The model doesn't seem to allow for this. The
way it seems to work is you attempt to log in, if it doesn't find a
valid cookie, it displays the login form again. You submit that and it
sets the co
Hello all,
I'm having something of a disconnect in my brain because I've absorbed a
lot of mod_perl info in a very short period of time, so bear with me. =)
Last week, I figured out how to use Apache::Session::File and got it
working nicely. This week, I've figured out how to use
Apache::Aut
Jose Ortiz wrote:
>
> Apache has installed the mod_perl rpm and when I starts the daemon don't
> recognize the command
> PerlRequire.
>
> HELP!!!
And the daemon you are starting includes mod_perl?
./httpd -l on your httpd daemon will tell you.
-Fran
>
> --
> Jose R. Ortiz Ubarri
> Cs.
>>But, I need to find someway to do this without the extra
>>redirect.
>
> would be something along the lines of: have a javascript
> enabled page that gets the height and width of the client (as
> you've shown), that then redirects the client to a location
> that can read the height and width
> I wanna make poll for some datas that we obtain from the users. For
> this, i know howto insert the datas to my sql database, make an average
> or something specific but how can i show the results as visual which has
> become very popular in web sites?
This is not really on-topic for this
> If you had something like Speakeasy DSL or a similar provider that allows
> you to run your own servers, you can run a server out of your house and
> use mod_perl and have fun.
>
> -- Brett
I actually have BellSouth dsl. I've never perused their acceptable use
policy, but I never thought i
> upgrades for applications that maintain state - since a user might
> have a session created using a new-code box, then hit an old-code box
> on the next page view. it takes us many minutes to work through
> restarting the entire array.
>
> were you ever concerned about something like that
I thought I had posted to this thread yesterday but looking back I don't
see that it showed up, so I'll try again. :)
I'm also looking for good mod_perl-supporting ISPs. Recently I went
through the list on the web site, and either the links were broken, or
the sites made no mention of suppor
Fran Fabrizio wrote:
>
> Hello,
>
> I'm trying to follow the script in section 2.14 of the book "mod_perl
> Developer's Cookbook" in order to pre-load my Apache::registry scripts
> using Apache::RegistryLoader. I'm getting a seg fault when I
> see Recipe 9.19 for a general introduction into using gbd and getting
> a backtrace, as well as the SUPPORT document in the mod_perl sources
Here is the backtrace for now. I'm going to try Perl 5.6.1 and then try
to see what the backtrace looks like with a PERL_DEBUG=1 enabled
mod_perl. T
Ged,
>>using Apache::RegistryLoader. I'm getting a seg fault when I attempt to
>>start apache.
>>
>
> Read mod_perl/SUPPORT.
Ok I've looked through it. I've tried some of the quicker
suggestions... gdb -core core and gdb httpd core tell me:
Core was generated by `/usr/local/apache/bin/ht
Hello,
I'm trying to follow the script in section 2.14 of the book "mod_perl
Developer's Cookbook" in order to pre-load my Apache::registry scripts
using Apache::RegistryLoader. I'm getting a seg fault when I attempt to
start apache.
My startup.pl is as follows:
#!/usr/local/bin/perl
use
Hello,
I've just installed a mod_perl enabled Apache and I am trying to configure
it. I ran into the "can't call register_cleanup on an undefined value"
while I was trying out the sample startup.pl file in the "Writing Apache
Modules in Perl and C" book. I did see the note about this in the
56 matches
Mail list logo