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

how to improve the code of PEG?
by Gabor Szabo 20 Nov '10

20 Nov '10

Hi, you might have heard about the Perl Ecosystem Group http://perl-ecosystem.org/ and that we are using Dancer to build that site. It is a very simple site with mostly static pages but as neither of the developers have previous experience with Dancer I am sure thing could be improved . I'd very much appreciate to get comments on how could we improve the site and the code behind it. The source can be found https://github.com/szabgab/peg regards Gabor

2 3

Very strange error
by Anton Ukolov 17 Nov '10

17 Nov '10

Hi, guys! First, I want to say 'thanks' for this beautiful framework! Good job, guys! And second. I have started to learn about this tool. I found good beginner's reference: https://github.com/sukria/Dancer/blob/master/lib/Dancer/Tutorial.pod I understand that this is beta version of a tutorial, because it contains several non-critical mistakes. But in the snippet, that lies bottom, I have discovered some strange error. Then I start app, and try to post login and passw in my browser, I get Runtime error, in first case: Not a CODE reference at ./dancr.pl line 113, <DATA> line 16. and in other cases: Not a CODE reference at ./dancr.pl line 113 I tried other variations, but nothings worked... I tried to replace the "params->{'username'}" and "setting('username')" with plain scalars (like 'admin' and 'admin'), but I got same error at the same line. Help my please, I don't know really what is it. Is this my error? Or is it some bug? <code> 108 any ['get', 'post'] => '/login' => sub { 109 my $err; 110 111 if ( request->method() eq "POST" ) { 112 # process form input 113 if ( params->{'username'} ne setting('username') ) { # << error is here 114 $err = "Invalid username"; 115 } 116 elsif ( params->{'password'} ne setting('password') ) { 117 $err = "Invalid password"; 118 } 119 else { 120 session 'logged_in' => true; 121 set_flash('You are logged in.'); 122 redirect '/'; 123 } 124 } 125 126 # display login form 127 template 'login.tt', { 128 'err' => $err, 129 }; 130}; </code> p.s. perl's version is 5.8.9, OS is Linux best regards, Anton Ukolov

2 1

Advent Calendar Idea
by Mike Schroeder 12 Nov '10

12 Nov '10

I was looking at WWW::Facebook::API::Canvas (and the related canvas examples) last night, and thought about a Facebook plugin for Dancer. An example of building a Facebook App using Dancer, would a) make a great advent calendar post and b) would be a great selling feature for Dancer. I plan on pursuing this, but not in time for an Advent Calendar post. Just an idea in case someone else wanted to run with it. Normally I would not suggest an idea without first doing the work myself, but the Dancer community *is* pretty amazing about responding to ideas.... :) Mike.

2 2

Re: [Dancer-users] Dancer-users Digest, Vol 9, Issue 9
by Al Newkirk & Associates 12 Nov '10

12 Nov '10

Great Idea :} On Fri, Nov 12, 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. Advent Calendar Idea (Mike Schroeder) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 11 Nov 2010 10:59:54 -0700 > From: Mike Schroeder <mike(a)donor.com> > Subject: [Dancer-users] Advent Calendar Idea > To: dancer-users(a)perldancer.org > Message-ID: > <AANLkTin4Bp1gD8VPwjeMM_hiX0pM4ZU-YYFYRW5dDJO-(a)mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > I was looking at WWW::Facebook::API::Canvas (and the related canvas > examples) last night, and thought about a Facebook plugin for Dancer. An > example of building a Facebook App using Dancer, would a) make a great > advent calendar post and b) would be a great selling feature for Dancer. > > I plan on pursuing this, but not in time for an Advent Calendar post. Just > an idea in case someone else wanted to run with it. Normally I would not > suggest an idea without first doing the work myself, but the Dancer > community *is* pretty amazing about responding to ideas.... :) > > Mike. >

1 0

the-blend.net
by nick langridge 10 Nov '10

10 Nov '10

Hi, I just released my first little Dancer website: http://www.the-blend.net/ It's a music review aggregator which also ties in with LastFM, Spotify and Grooveshark. It's only a small project (though I plan to expand it), but I've really enjoyed learning about Dancer and despite a few frustrations with deployment, its been fun! Thanks to those who spent time helping me out :) I'm not sure who maintains perldancer.org, but if you are collecting sites for the 'Dancefloor' page, feel free to add this one. Cheers, Nick

2 1

Sessions, missed on documentation ?
by Germain 09 Nov '10

09 Nov '10

Hello all, I use sessions via cookies but i didn't managed to destroy it. I followed the instructions in the cookbook. After reading more, i found flush instruction and it appears i have to flush the destroyed session in order to make it effectively destroyed. I think there are two ways to do, first one is to add "session->flush;" when destroying sessions in cookbook, the second one is to make session->destroy to implicitly flush the session. Thanks to the Dancer team !

1 0

dancers at FOSDEM
by franck 08 Nov '10

08 Nov '10

Hi all It's possible to organize a hackaton at FOSDEM [1] next year. For this, we will need to know who can be present. Please, add yourself to the wiki page [2]. To organize this, Gabor need to have this information as soon as possible. [1] http://fosdem.org/2011/ [1] https://www.socialtext.net/perl5/index.cgi?events_2011_fosdem

1 0

sending an image to an ajax request
by P Kishor 06 Nov '10

06 Nov '10

I have code like so -- on the client, I make an ajax request for /image/a/b/3 on the server, I have get '/image/:a/:b/:c' => sub { my $a = params->{a}; my $b = params->{b}; my $c = params->{c}; my $dir = "path/to/image"; my $img = $b . '_' . $c . '.gif'; # $img will be created only if it doesn't already exist on disk unless (-e "$dir/$img") { app::get_image('a' => $a, 'b' => $b, 'c' => $c); } # send the image send_file("$dir/$img"); }; The problem is that if the image doesn't exist, I get a 500 error (internal server error) in the browser (in Firebug), but nothing in the Apache error log, so I can't really decipher what is going wrong. On the other hand, if the image does exist, I get a 404 (not found). What is going on here? Any ideas? -- Puneet Kishor

3 4

Feature RFC: uri_for in templates
by sawyer x 06 Nov '10

06 Nov '10

Hi! We've been asked a few times about uri_for() functionality in Dancer's templates. Since Dancer doesn't throw context object variables in your templates, you cannot run uri_for() there. We do have a uri_for() keyword in our main Dancer framework but not in templates. I reckon one of the obvious reasons we don't provide context objects is because it deludes the purpose of a declarative, micro web framework. Also, it's not very portable since some template engines don't support it. Even though, following the growing myth ("if you mention it, one might exist when you wake up tomorrow") - which (David Precious)++ has been feeding lately, I've written this morning a one-liner that provides you with uri_for in your templates. I implemented it with a coderef in a way that is still not very portable. However, I could implement it with tie which will probably make it very portable but uses magic which is considered "unadvised". Should I use tie to provide full portability (in HAML, Template::Tiny and even Dancer::Template::Simple) or should I stay with a clean implementation that will work for some? Do you think it should this go into Dancer core or should this be reserved for a plugin? Core: - It's common functionality for most frameworks. - It would be easier for people to find and use it instead of having to search for a plugin they don't know exists. Plugin: - It could support both a clean non-portable interface and an ugly portable interface using a parameter. - Dancer doesn't shove anything in your templates on purpose. This functionality breaks it, so maybe it should be a plugin. - It could be listed on Dancer::Plugins to indicate to users that it exists. Thoughts? Sawyer.

2 1

Dancer::Template::Markdown
by sawyer x 06 Nov '10

06 Nov '10

Hi all, Following a slip-up of BooK on our IRC channel, I've created Dancer::Template::Markdown. Basically this allows you to write Markdown files and have them rendered by Dancer's template engine automatically. My question to all of you is: should I upload this to CPAN? Why yes: - It allows people to write their website in Markdown. - I could write an article around it for the Advent Calendar. - It could add to the Dancer myth of "if you even suggest an idea for an engine (session, template, serializer), it will probably already be on CPAN when you wake up the next morning" Why not: - Simply because Markdown is only a text syntax. It's not a template engine. You cannot put variables, loops, conditions and other template stuff in it. It will only be useful if you have static content written in Markdown. It's not really a "::Template". Where else would you otherwise put it? Then again, being able to offload the entire rendering to Dancer sure is a plus. Your views? Sawyer.

4 6