[Catalyst] Simplified auth configuration - input requested
devin.austin at gmail.com
Mon Oct 20 19:12:55 BST 2008
I've noticed in the tutorial at least the commenting obscures some of the
actual configuration. It's not a huge deal if you're following the
tutorial completely but for instance I looked it up really quick to get an
idea of the new Authentication set up and noticed that I had removed the
password_field: hashed configuration parameter. This caused a small period
of headaches, but after comparing it to an older configuration file, I was
able to fix it.
Those are my $0.02 for now. ::SimpleAuth seems to be going in the right
direction, however it also seems to take away ACL/Roles. I would think it
would be cool to see a bridge/median between the two.
On Mon, Oct 20, 2008 at 12:08 PM, Jason Kuri <jayk at ion0.com> wrote:
> Also - before I forget - I am interested in hearing about any errors /
> configs that were broken, but produced confusing and/or unhelpful
> messaging about why they were broken.
> On Oct 20, 2008, at 11:55 AM, Jason Kuri wrote:
> Hi All,
>> Some folks have mentioned recently that the
>> Catalyst::Plugin::Authentication system while being quite flexible is
>> somewhat difficult to understand / set up initially.
>> I am soliciting comments regarding the issues that people have had and
>> what changes people would like to see. Better messaging, differences
>> in config format... whatever you are interested in, speak up. I'm
>> going to take the input I receive in this thread into consideration as
>> I do some updates to the modules over the coming weeks.
>> I'm not promising a rewrite of the auth module by any stretch, but I
>> would like to know the 'gotchas' that people have encountered, and any
>> areas that folks feel could be improved.
>> Note that I'm talking about the core Catalyst::Plugin::Authentication
>> module - not the various (separately packaged) credentials, stores,
>> etc. The exception to that is the DBIx::Class store - since I
>> maintain that and I think it's also the one that is most often used,
>> feel free to chime in with your complaints / concerns there.
>> One of the things that I am planning to do is to create a 'simpledb'
>> pre-packaged realm - that will make the 'normal' case of encrypted
>> password + DB user storage a bit simpler to config. (For those who
>> are interested, pre-packaged realms are simply replacement realm
>> classes which can handle configuring their store / credential on their
>> own... which allows for drastically simplified Cat configs) If anyone
>> has comments on what a 'simple config' might look like, let's hear
>> So, all that said, If you feel like there are improvements you'd like
>> to see, simplifications to be made, etc... now is your chance. Speak
>> now or expect a good solid ignore when I'm done and you say 'but I
>> wanted....' ;-)
>> List: Catalyst at lists.scsys.co.uk
>> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
>> Searchable archive:
>> Dev site: http://dev.catalyst.perl.org/
> List: Catalyst at lists.scsys.co.uk
> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
> Searchable archive:
> Dev site: http://dev.catalyst.perl.org/
http://www.dreamhost.com/r.cgi?326568/hosting.html - Host with DreamHost!
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Catalyst