Well, I'm on my way over to the Giorgio Armani corporate offices to do
an install for some intranet reporting stuff using HTML::Template,
CGI::Application and your login/session modules.
I'm very pleased with the ease with which you can implement sessions,
Steve. Thanks again.
-Eric.
Steve Comrie: [Tuesday 4-December]:
> The project I'm working on currently is for the Canadian Imperial Bank of
> Commerce. We're using CGI::Application (with my login / session module) &
> HTML::Template.
>
> ===
> steve comrie :: senior developer
> www.shrinkingplanet.ca
>
> ----- Original Message -----
> From: "Eric Berg" <[EMAIL PROTECTED]>
> To: "Steve Comrie" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Tuesday, December 04, 2001 11:20 AM
> Subject: Re: [cgiapp] Single login instance for multiple dependent scripts
>
>
> > Cool and easy! Thanks, Steve, I'll try that.
> >
> > BTW, has this been deployed anywhere yet?
> >
> > -Eric.
> >
> > Steve Comrie: [Tuesday 4-December]:
> >
> > > Eric
> > >
> > > If you are using my method of login / authentication you should be able
> to
> > > do something like this:
> > >
> > > - Pass an argument to login.cgi to tell it who you are validating, ie
> > > &group=report or &group=admin
> > > - In your overloaded validate routine, grab that param from the cgi
> query
> > > and use it to decide which group you are validating. One you have
> validated
> > > a user, you can set:
> > > $self->param('success' => 'http://new.location/page.html);
> > > To change the location the script will point to on a successful login.
> > >
> > > ===
> > > steve comrie :: senior developer
> > > www.shrinkingplanet.ca
> > >
> > > ----- Original Message -----
> > > From: "Eric Berg" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Cc: "Steve Comrie" <[EMAIL PROTECTED]>
> > > Sent: Tuesday, December 04, 2001 11:09 AM
> > > Subject: [cgiapp] Single login instance for multiple dependent scripts
> > >
> > >
> > > > Ok, things are working quite smoothly, however, I'd really like to use
> > > > a single login script for multiple dependent cgi's.
> > > >
> > > > For instance, I've got an admin and a reporting cgi that both rely on
> > > > the same login logic. I'd like the login instance CGI to provide for
> > > > being called from either script after being redirected there due to
> > > > a lack of session, then be sent back to the originally requested
> > > > script.
> > > >
> > > > Solutions:
> > > >
> > > > 1) use HTTP_REFERRER to set the redirect logic. Unfortunately, I
> > > > suspect that this variable is set to the referrer of the redirecting
> > > > script and not the redirecting script itself. In other words, I call
> > > > my my report.cgi from a directory index. report.cgi then redirects to
> > > > login.cgi due to lack of session. The HTTP_REFERRER is then set to
> > > > the directory index, not report.cgi's URL. More research required.
> > > >
> > > >
> > > > 2) pass in HTTP variable with URL to which to be redirected, and pass
> > > > in a special value for session(success').
> > > >
> > > > 3) have a 3rd option which is the menu or routing option for all of
> > > > the scripts which depend on the login -- probably what I'll wind up
> > > > doing now.
> > > >
> > > > Should I bother thinking of clever ways to redirect from the login
> > > > CGI?
> > > >
> > > > -Eric.
> > > >
> > > > --
> > > > Eric D. Berg <[EMAIL PROTECTED]>
> > > > Web Development / Solaris-Linux / Perl / SQL
> > > > http://nylug.org/~eberg
> > > > Tel. 646-418-3608
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
