On Thu, Mar 4, 2010 at 8:49 PM, Mark Stosberg wrote:
> On Tue, 2 Mar 2010 13:38:15 -0500
> Mark Stosberg wrote:
>
>> On Thu, 25 Feb 2010 17:51:40 -0600
>> P Kishor wrote:
>>
>> > following Mark Stosberg's email about PSGI, I decided to poke around a
>> > bit more, and landed up with Dancer. Colo
On Tue, 2 Mar 2010 13:38:15 -0500
Mark Stosberg wrote:
> On Thu, 25 Feb 2010 17:51:40 -0600
> P Kishor wrote:
>
> > following Mark Stosberg's email about PSGI, I decided to poke around a
> > bit more, and landed up with Dancer. Color me very impressed.
> >
> > Seriously, I have seldom experien
On 03/04/2010 10:56 AM, Brad Van Sickle wrote:
> The way I handle that today is:
> 1) Authentication is pretty simple, I have a "Security" application that
> provides the login form, processes the login, hands out the session and
> then redirects the user to the actual app.
Simple and pretty stan
Brad,
If you have any feedback on
CGI::Application::Plugin::Authentication I would appreciate it.
My priorities for it are (not in any order):
1.) Getting it to run under taint mode
2.) And making the HTML more configurable
3.) Getting test coverage up.
4.) Keeping test failures down
5.
I have built a site that uses CGI::Application::Plugin::Authentication using
the Authen::Simple::LDAP driver against a Microsoft AD server.
__PACKAGE__->authen->config(
DRIVER => [ 'Authen::Simple::LDAP',
host => 'ldap://...com:389',
I'd like to get the list's opinion on some security practices for
CGI::Application.
In a lot of my applications I'm noticing that I need to "secure" things
at many different levels and this is resulting in me having a security
infrastructure that is very spread out and hard to manage/change.
On 03/04/2010 10:04 AM, Brad Van Sickle wrote:
> Maybe CGI::Application::Dispatch or CAP::Routes is a better/more
> powerful way to do this... but I don't see how. Which is why I'm asking.
There are pros and cons to both ways (using mod_rewrite or Dispatch) and
I frequently use them both, even
Another consideration is how responsibilities are divided at your organization.
Where I work, I have full control over the code (instance scripts, application
modules, etc.) but no direct access to the Apache configuration (and .htaccess
scripts are forbidden). Apache is maintained by a differ
On Thu, Mar 4, 2010 at 8:17 AM, Mike Tonks wrote:
>> By the way, could you please check if $self->route_dbg works for you?
>
> Exactly as you reported, I get an error:
>
> Error executing run mode 'view': Undefined subroutine
> &CGI::Application::Plugin::Routes::Dumper called at
> /usr/local/share
On Thu, Mar 4, 2010 at 9:26 AM, Clayton Scott wrote:
> On Thu, Mar 4, 2010 at 10:04 AM, Brad Van Sickle
> wrote:
>> All of that can be done with mod rewrite. A (sanitized) example of a
>> rewrite/proxy rule I have working in an existing application
>>
>> RewriteRule Runmode/([0-9]+)/([a-zA-Z0-9
On Thu, Mar 4, 2010 at 10:04 AM, Brad Van Sickle wrote:
> All of that can be done with mod rewrite. A (sanitized) example of a
> rewrite/proxy rule I have working in an existing application
>
> RewriteRule Runmode/([0-9]+)/([a-zA-Z0-9]+)
> http://server/perl/instance.pl?rm=Runmode&PARAM1=$1&PARAM
Brad,
On Thu, Mar 4, 2010 at 9:04 AM, Brad Van Sickle wrote:
> All of that can be done with mod rewrite. A (sanitized) example of a
> rewrite/proxy rule I have working in an existing application
>
> RewriteRule Runmode/([0-9]+)/([a-zA-Z0-9]+)
> http://server/perl/instance.pl?rm=Runmode&PARAM1=
On Thu, Mar 4, 2010 at 9:57 AM, P Kishor wrote:
> On Thu, Mar 4, 2010 at 8:53 AM, Clayton Scott wrote:
>> P.S. I've had great success in using CAP::Dispatch and CAP::Routes together
>> my instance script loaded a bunch of CGI::App based modules and used
>> CAP::Dispatch
>> to assign root urls for
All of that can be done with mod rewrite. A (sanitized) example of a
rewrite/proxy rule I have working in an existing application
RewriteRule Runmode/([0-9]+)/([a-zA-Z0-9]+)
http://server/perl/instance.pl?rm=Runmode&PARAM1=$1&PARAM2=$2 [P,L]
Which takes the URI "Runmode/20/Data" and turns it i
On Thu, Mar 4, 2010 at 8:53 AM, Clayton Scott wrote:
> On Thu, Mar 4, 2010 at 9:25 AM, Brad Van Sickle wrote:
>> Tangential discussion on this... but what is the value in using
>> dispatching modules like CAP::Routes and CGI::Application::Dispatch?
>
>
> The big advantage for me when I decided to
On Thu, Mar 4, 2010 at 8:25 AM, Brad Van Sickle wrote:
> Tangential discussion on this... but what is the value in using
> dispatching modules like CAP::Routes and CGI::Application::Dispatch?
>
> I've looked at them in the past, and I've heard it mentioned many times
> that they are wonderfully us
On Thu, Mar 4, 2010 at 9:25 AM, Brad Van Sickle wrote:
> Tangential discussion on this... but what is the value in using
> dispatching modules like CAP::Routes and CGI::Application::Dispatch?
The big advantage for me when I decided to use CAP::Routes for a project
was because a route is a declar
Tangential discussion on this... but what is the value in using
dispatching modules like CAP::Routes and CGI::Application::Dispatch?
I've looked at them in the past, and I've heard it mentioned many times
that they are wonderfully useful.. but I've never fully understood why.
Currently I'm usin
> By the way, could you please check if $self->route_dbg works for you?
Exactly as you reported, I get an error:
Error executing run mode 'view': Undefined subroutine
&CGI::Application::Plugin::Routes::Dumper called at
/usr/local/share/perl/5.10.0/CGI/Application/Plugin/Routes.pm line
49.,
When
On Thu, Mar 4, 2010 at 3:33 AM, Mike Tonks wrote:
> I am using CAP::Routes and it works very well for me.
>
Thanks for the report. This is good to know, because this proves I
must be doing something wrong, even though I can't figure out what. I
am not using ScriptAlias, but am using .htaccess wit
I am using CAP::Routes and it works very well for me.
First off, I am using ScriptAlias to map the url and hide the script
name it the url:
So I have a few lines in my /etc/apache2/sites-available/app virtual host file:
ScriptAlias /contacts /var/www/app/cgi-bin/contacts.cgi
Sc
21 matches
Mail list logo