October 2010 - dancer-users - lists.preshweb.co.uk

Plat_Forms 2011 programming contest
by Lars Dɪᴇᴄᴋᴏᴡ 迪拉斯 30 Nov '10

30 Nov '10

Crossposted: catalyst(a)lists.scsys.co.uk, dancer-users(a)perldancer.org, mojolicious(a)googlegroups.com, http://perl-community.de/bat/poard/thread/15495 Hello Perl web programmers, the organisers of the [Plat_Forms contest](http://plat-forms.org/) have published the call for application. See the [announcement overview] (http://plat-forms.org/platforms-announcement#overview) for why this contest is very important for the community as a whole. Perl's esteem is at stake. ☺ Up to 4 teams comprised of 3 members each are needed to represent our favourite programming language. Like in the preceding contest in 2007, the Perl teams are likely self-organised and not company- backed. To facilitate that, I have set up [a page on the official Perl 5 wiki] (https://www.socialtext.net/perl5/index.cgi?events_2011_plat_forms) Action required: 1. Communicate as you see fit and form more teams. 2. Post summaries to the wiki page to keep everyone updated. 3. Fill in the [application form](http://plat- forms.org/sites/default/files/Plat_Forms-applicationform.pdf) and snail-mail it to the organisers.

2 2

Re: [Dancer-users] Allow alternate path in Dancer::Logger::File? (Flavio Poletti)
by awnstudio＠gmail.com 01 Nov '10

01 Nov '10

I agree that log path should be configurable, I think the configuration option should be uniform, e.g. session_dir, log_dir, etc. Actually I think all paths should be configurable. Suppose I have two seperate application I want to share the same config.yml or environment file, ... --Al Sent from my Verizon Wireless BlackBerry -----Original Message----- From: dancer-users-request(a)perldancer.org Sender: dancer-users-bounces(a)perldancer.org Date: Thu, 28 Oct 2010 12:00:01 To: <dancer-users(a)perldancer.org> Reply-To: dancer-users(a)perldancer.org Subject: Dancer-users Digest, Vol 8, Issue 23 Send Dancer-users mailing list submissions to dancer-users(a)perldancer.org To subscribe or unsubscribe via the World Wide Web, visit http://www.backup-manager.org/cgi-bin/listinfo/dancer-users or, via email, send a message with subject or body 'help' to dancer-users-request(a)perldancer.org You can reach the person managing the list at dancer-users-owner(a)perldancer.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Dancer-users digest..." Today's Topics: 1. Plat_Forms 2011 programming contest (Lars D?????? ???) 2. Allow alternate path in Dancer::Logger::File? (Mike Schroeder) 3. Re: Allow alternate path in Dancer::Logger::File? (Flavio Poletti) ---------------------------------------------------------------------- Message: 1 Date: Wed, 27 Oct 2010 15:35:20 +0200 From: Lars D?????? ??? <daxim(a)cpan.org> Subject: [Dancer-users] Plat_Forms 2011 programming contest To: dancer-users(a)perldancer.org Message-ID: <201010271535.21095.daxim(a)cpan.org> Content-Type: text/plain; charset="utf-8" Crossposted: catalyst(a)lists.scsys.co.uk, dancer-users(a)perldancer.org, mojolicious(a)googlegroups.com, http://perl-community.de/bat/poard/thread/15495 Hello Perl web programmers, the organisers of the [Plat_Forms contest](http://plat-forms.org/) have published the call for application. See the [announcement overview] (http://plat-forms.org/platforms-announcement#overview) for why this contest is very important for the community as a whole. Perl's esteem is at stake. ? Up to 4 teams comprised of 3 members each are needed to represent our favourite programming language. Like in the preceding contest in 2007, the Perl teams are likely self-organised and not company- backed. To facilitate that, I have set up [a page on the official Perl 5 wiki] (https://www.socialtext.net/perl5/index.cgi?events_2011_plat_forms) Action required: 1. Communicate as you see fit and form more teams. 2. Post summaries to the wiki page to keep everyone updated. 3. Fill in the [application form](http://plat- forms.org/sites/default/files/Plat_Forms-applicationform.pdf) and snail-mail it to the organisers. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://www.backup-manager.org/pipermail/dancer-users/attachments/20101027/7…> ------------------------------ Message: 2 Date: Wed, 27 Oct 2010 12:11:07 -0600 From: Mike Schroeder <mike(a)donor.com> Subject: [Dancer-users] Allow alternate path in Dancer::Logger::File? To: dancer-users(a)perldancer.org Message-ID: <AANLkTikufya_=i-H4d=LT9hPyHxpPdS9NjcZJf=_xfpK(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" Currently the logdir() method in Dancer::Logger::File looks like: sub logdir { my $appdir = setting('appdir'); my $logroot = $appdir || File::Spec->tmpdir(); return path($logroot, 'logs'); } However, our production environments all mount off read-only filesystems, so having logging dependant on appdir won't work. I can write a new logger module that does something like: sub logdir { my $appdir = setting('appdir'); my $altpath = setting('log_path'); my $logroot = $appdir || File::Spec->tmpdir(); return ( $altpath ? $altpath : path($logroot, 'logs') ); } Is that something that is worth going into the core? I'm fine either way, but I thought this might be useful to others in the future. Thanks. Mike. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.backup-manager.org/pipermail/dancer-users/attachments/20101027/a…> ------------------------------ Message: 3 Date: Thu, 28 Oct 2010 11:42:15 +0200 From: Flavio Poletti <polettix(a)gmail.com> Subject: Re: [Dancer-users] Allow alternate path in Dancer::Logger::File? To: Mike Schroeder <mike(a)donor.com> Cc: dancer-users(a)perldancer.org Message-ID: <AANLkTimCWfsdkPXV2GLr2ny8p_boz6x0bGVCy3zdkk2L(a)mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" As a quick workaround, if your read-only filesystem (and your OS too!) supports linking you could make 'logs' point to the directory you really want to use for logs. 99% of chances that you had a good reason not to do that, but sometimes it's difficult to see the wood if one is concentrating on the trees. Personally, I would rewrite your sub as follows: sub logdir { my $altpath = setting('log_path'); return $altpath if $altpath; my $appdir = setting('appdir'); my $logroot = $appdir || File::Spec->tmpdir(); return path($logroot, 'logs'); } I see no reason to possibly create a temporary directory if you don't really need to. Cheers, Flavio. On Wed, Oct 27, 2010 at 8:11 PM, Mike Schroeder <mike(a)donor.com> wrote: > Currently the logdir() method in Dancer::Logger::File looks like: > > sub logdir { > my $appdir = setting('appdir'); > my $logroot = $appdir || File::Spec->tmpdir(); > return path($logroot, 'logs'); > } > > > However, our production environments all mount off read-only filesystems, so having logging dependant on appdir won't work. I can write a new logger module that does something like: > > > sub logdir { > my $appdir = setting('appdir'); > my $altpath = setting('log_path'); > my $logroot = $appdir || File::Spec->tmpdir(); > return ( $altpath ? $altpath : path($logroot, 'logs') ); > } > > > Is that something that is worth going into the core? I'm fine either way, > but I thought this might be useful to others in the future. > > Thanks. > > Mike. > > > > _______________________________________________ > Dancer-users mailing list > Dancer-users(a)perldancer.org > http://www.backup-manager.org/cgi-bin/listinfo/dancer-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://www.backup-manager.org/pipermail/dancer-users/attachments/20101028/7…> ------------------------------ _______________________________________________ Dancer-users mailing list Dancer-users(a)perldancer.org http://www.backup-manager.org/cgi-bin/listinfo/dancer-users End of Dancer-users Digest, Vol 8, Issue 23 *******************************************

2 1

Allow alternate path in Dancer::Logger::File?
by Mike Schroeder 28 Oct '10

28 Oct '10

Currently the logdir() method in Dancer::Logger::File looks like: sub logdir { my $appdir = setting('appdir'); my $logroot = $appdir || File::Spec->tmpdir(); return path($logroot, 'logs'); } However, our production environments all mount off read-only filesystems, so having logging dependant on appdir won't work. I can write a new logger module that does something like: sub logdir { my $appdir = setting('appdir'); my $altpath = setting('log_path'); my $logroot = $appdir || File::Spec->tmpdir(); return ( $altpath ? $altpath : path($logroot, 'logs') ); } Is that something that is worth going into the core? I'm fine either way, but I thought this might be useful to others in the future. Thanks. Mike.

4 6

Re: [Dancer-users] Authentification expires.
by Al Newkirk & Associates 26 Oct '10

26 Oct '10

Igor, Good point, this should be supported and documented and it currently is not. If I understand you correctly you would like to define when sessions are destroyed (because by default sessions are destroy when the browser is closed). The magic happens around Dancer/Session/Abstract.pm in the write_session_id() function, the best way to extend this time is to set the session_expires variable in you configuration file. I am not sure if you can do session_expires: "+3M" like CGI::Cookie, but this is a starting point. Let us know how you make out. dancer-users-request(a)perldancer.org > > You can reach the person managing the list at > dancer-users-owner(a)perldancer.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Dancer-users digest..." > > > Today's Topics: > > 1. Re: Authentification expires. (igor.bujna(a)post.cz) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 25 Oct 2010 17:23:48 +0200 (CEST) > From: igor.bujna(a)post.cz > Subject: Re: [Dancer-users] Authentification expires. > To: David Precious<davidp(a)preshweb.co.uk> > Cc: dancer-users(a)perldancer.org > Message-ID: <127916.26799.29432-6010-12748608-1288020228(a)post.cz> > Content-Type: text/plain; charset="iso-8859-2" > > I think better will be if this option for expiration in session will be > standart in Dancer. When i make CGI applications i use CGI::Session, where > is option for expiration. I'm busy now and can whach on this later, if you > think that is godo idea, i make later some patch for make this. > > > ------------ P?vodn? zpr?va ------------ > > Od: David Precious <davidp(a)preshweb.co.uk> > > P?edm?t: Re: [Dancer-users] Authentification expires. > > Datum: 22.10.2010 12:50:09 > > ---------------------------------------- > > On Thursday 21 October 2010 14:34:23 igor.bujna(a)post.cz wrote: > > > Hi, > > > is same function or plugin to make automaticaly Authentification > expires or > > > i must make own. Thank you > > > > Assuming you're storing the fact that the user is authenticated in a > session, > > I assume you just need the session to expire after a certain amount of > > inactivity - is that correct, or am I misunderstanding what you're asking > for? > > > > (Also, on an entirely unrelated note, I haven't forgotten about the > changes > > you suggested for D::P::Database; I've just been rather busy lately!) > > > > -- > > David Precious <davidp(a)preshweb.co.uk> > > http://blog.preshweb.co.uk/ www.preshweb.co.uk/twitter > > www.preshweb.co.uk/linkedin www.preshweb.co.uk/facebook > > www.preshweb.co.uk/identica www.lyricsbadger.co.uk > > > > "Programming is like sex. One mistake and you have to support > > it for the rest of your life". (Michael Sinz) > > _______________________________________________ > > Dancer-users mailing list > > Dancer-users(a)perldancer.org > > http://www.backup-manager.org/cgi-bin/listinfo/dancer-users > > > > > > > > > ------------------------------ > > _______________________________________________ > Dancer-users mailing list > Dancer-users(a)perldancer.org > http://www.backup-manager.org/cgi-bin/listinfo/dancer-users > > > End of Dancer-users Digest, Vol 8, Issue 21 > ******************************************* >

1 0

Heroku Service for Perl
by Al Newkirk & Associates 26 Oct '10

26 Oct '10

At kisSaaS.com, Naveed (ironcamel) and I (alnewkirk), have been talking about building a SaaS product like Heroku <http://www.heroku.com> for Perl. For those of you not familiar with Heroku, it is a PaaS platform as a service product whereby users configure their service and then use git to deploy their application on "git push". Our question to the Dancer community is, how do you feel about such a service in general, what would you like to see and/or get out of a service like this, etc? Please respond with any ideas or thoughts you may have. Thanks. --Al

3 2

Authentification expires.
by igor.bujna＠post.cz 25 Oct '10

25 Oct '10

Hi, is same function or plugin to make automaticaly Authentification expires or i must make own. Thank you

2 2

Re: [Dancer-users] Heroku Service for Perl
by Al Newkirk & Associates 22 Oct '10

22 Oct '10

Oyster sounds really cool. I am interested to see the results of the meetup. Personally, after reading the PaaS wiki page and understanding the different types of PaaS offerings available, I thought it would be easier and quicker* to develop a staging-only Platform-as-a-Service product but thats just my opinion based on little real knowledge of what this type of service would entail. On Fri, Oct 22, 2010 at 6:00 AM, <dancer-users-request(a)perldancer.org>wrote: > Send Dancer-users mailing list submissions to > dancer-users(a)perldancer.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.backup-manager.org/cgi-bin/listinfo/dancer-users > or, via email, send a message with subject or body 'help' to > dancer-users-request(a)perldancer.org > > You can reach the person managing the list at > dancer-users-owner(a)perldancer.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Dancer-users digest..." > > > Today's Topics: > > 1. Authentification expires. (igor.bujna(a)post.cz) > 2. Heroku Service for Perl (Al Newkirk & Associates) > 3. Re: Heroku Service for Perl (Hakim Cassimally) > 4. Re: Heroku Service for Perl (sawyer x) > 5. Re: Heroku Service for Perl (sawyer x) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 21 Oct 2010 15:34:23 +0200 (CEST) > From: igor.bujna(a)post.cz > Subject: [Dancer-users] Authentification expires. > To: dancer-users(a)perldancer.org > Message-ID: <127828.27242.30596-16720-1819042387-1287668062(a)post.cz> > Content-Type: text/plain; charset="us-ascii" > > > Hi, > is same function or plugin to make automaticaly Authentification expires or > i must make own. > Thank you > > > ------------------------------ > > Message: 2 > Date: Thu, 21 Oct 2010 19:14:48 -0400 > From: "Al Newkirk & Associates" <we(a)ana.im> > Subject: [Dancer-users] Heroku Service for Perl > To: dancer-users(a)perldancer.org > Message-ID: > <AANLkTi=Y_gCLv+oM-LneMeO3gWWPCyUc1hAKAZxR_XBR(a)mail.gmail.com<Y_gCLv%2BoM-LneMeO3gWWPCyUc1hAKAZxR_XBR(a)mail.gmail.com> > > > Content-Type: text/plain; charset="iso-8859-1" > > At kisSaaS.com, Naveed (ironcamel) and I (alnewkirk), have been talking > about building a SaaS product like Heroku <http://www.heroku.com> for > Perl. > For those of you not familiar with Heroku, it is a PaaS platform as a > service product whereby users configure their service and then use git to > deploy their application on "git push". Our question to the Dancer > community > is, how do you feel about such a service in general, what would you like to > see and/or get out of a service like this, etc? Please respond with any > ideas or thoughts you may have. Thanks. > --Al >

1 0

Re: [Dancer-users] Heroku Service for Perl
by Hakim Cassimally 22 Oct '10

22 Oct '10

Hi, We will be working on something very similar to this at the northwestengland.pm hackday! * 20th November, at the Shadowcat offices in Lancaster, UK. * http://northwestengland.pm.org/meetings/023.html * http://xrl.us/oysterproject * http://www.slideshare.net/osfameron/oyster * pizza! beer! fun! The initial target we were thinking of is for Catalyst support, but, being a hackday, people will work on whatever itch they want to scratch... and of course we'd be delighted for someone to work on supporting Dancer (and other Plack applications)! If you can't make it to Lancaster for the day, you can always join us online: irc.perl.org #northwestengland.pm, or ML at http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/northwestengland.pm Cheers, osfameron On 22 October 2010 08:25, Stefano Rodighiero <stefano.rodighiero(a)gmail.com> wrote: > FYI > ---------- Forwarded message ---------- > From: Al Newkirk & Associates <we(a)ana.im> > Date: Fri, Oct 22, 2010 at 1:14 AM > Subject: [Dancer-users] Heroku Service for Perl > To: dancer-users(a)perldancer.org > > At kisSaaS.com, Naveed (ironcamel) and I (alnewkirk), have been > talking about building a SaaS product like Heroku for Perl. For those > of you not familiar with Heroku, it is a PaaS platform as a service > product whereby users configure their service and then use git to > deploy their application on "git push". Our question to the Dancer > community is, how do you feel about such a service in general, what > would you like to see and/or get out of a service like this, etc? > Please respond with any ideas or thoughts you may have. Thanks. > --Al > _______________________________________________ > Dancer-users mailing list > Dancer-users(a)perldancer.org > http://www.backup-manager.org/cgi-bin/listinfo/dancer-users > > > > > -- > www.stefanorodighiero.net >

2 1

Dancer Plugins Rewritten
by Al Newkirk & Associates 17 Oct '10

17 Oct '10

Dancer-Plugin-DataFu and Dancer-Plugin-Authorize has been rewritten. Dancer-Plugin-DataFu has new more complete POD, Dancer-Plugin-Authorize has new syntax and approach. FYI, when writing Plugins, make sure to include Dancer as a dependency. --Al

1 0

Dancer::Plugin::Mongo released
by Adam Taylor 17 Oct '10

17 Oct '10

Hi All, Released my first CPAN module and first Dancer::Plugin just now... Dancer::Plugin::Mongo. I guess it will be on CPAN in however long it normally takes.. 24hrs? Otherwise, it's on github - http://github.com/adamtaylor/Dancer-Plugin-Mongo Constructive criticism welcome. Cheers, Adam -- adamjctaylor(a)gmail.com http://www.twitter.com/adamtaylor http://www.adamjctaylor.com

1 0