January 2015 - dancer-users - lists.preshweb.co.uk

Setting title in autopage mode
by Gabor Szabo 12 Jan '15

12 Jan '15

Hi, if a website - such as the http://perldancer.org/ uses auto_page: 1 in the configuration it means you don't need to create a route for each template, if a page called /xyz is requested then, if there is a views/xyz.tt then that file will be served in the main layout. The question: how can I set the title (which is in the layout) of such page? I tried to add <% title="abc" %> to the views/xyz.tt file but it did not have an impact. Is it possible? How? Gabor

2 1

Open source web applications in Dancer?
by Gabor Szabo 12 Jan '15

12 Jan '15

Hi, I've just added the App::Notifier Shlomi Fish mentioned to the Dancefloor: See at the bottom: http://perldancer.org/dancefloor With this I started an experiment to collect the Dancer-based open-source web applications that do not have their own web site. They might be on CPAN as App::Notifier or they can be on Github alone. (or in some other public source code repository) If you wrote one, or if you know about one, this is the time to either send a pull request or reply to this e-mail with the link to the source code of the application. Gabor

2 2

The Perl Dancer website is now running on Dancer2
by Gabor Szabo 12 Jan '15

12 Jan '15

Hi, I am happy to let you know that the code running http://perldancer.org/ has been upgraded to use Dancer2. In addition most of the site has been updated to link to Dancer2 (GitHub repo, documentation etc.) If you'd like to contribute to the web site, this is a great time for that. Source code can be found here: https://github.com/PerlDancer/perldancer-website Especially I'd like to see the Dancefloor updated with additional projects. I've started to work on in already. Now each entry in the dancefloor.yml can have a key called source: with a link to the source code of the application, and each entry can have a key called dancer: with the version number. Currently only "dancer: 2" is interesting and it means "this app is based on Dancer 2". Both of these keys are added to the Dancefloor entries as class-names. This will make it possible to filter that Dancefloor emphasizing the pen source applications that can be used for learning. So do you have other web-sites running on Dancer? Are there other open source applications written in Dancer? Please send your pull requests! Gabor

5 6

Google says: you win
by Mike South 12 Jan '15

12 Jan '15

So, just now I was wondering something about how the "any" route syntax works, and I put "dancer any" in a google search. While I did get a "did you mean 'dancer amy'?", every link on the first page of search results was about the right Dancer. I don't know a whole lot about page rank and whatnot, but "dancer" and "any" are pretty common words. In the past, I've had to add "perl" somewhere into the search. I don't know when this crossed over, but I think this is a pretty significant accomplishment. Congratulations to everyone who writes, and writes about, this awesome little framework that could! See also "dancer routing" (cute did-you-mean with that one--try to guess it first), and "dancer post" doesn't even have a did-you-mean, just all Dancer, all the time. mike

3 2

Number of Nginx vs number of Starman?
by Gabor Szabo 12 Jan '15

12 Jan '15

Hi, In a setup where I use Nginx as reverse proxy in front of Starman handling a Dancer2 application, what would be the recommended relation between the Nginx and Starman workers? Gabor

5 6

Why is Dancer2 mixing POST and GET params?
by Gabor Szabo 12 Jan '15

12 Jan '15

hi, In the strange case of sending a POST request to http://localhost:5000/echo?a=1&b=2 with the POSTed values b=4 and c=3 the param() function of dancer will return 1 for a, 3 for c as expected and 4 for b. So it overrides the b received in the URL by the b received in the POST, but it also supplies the value for a which is only available in the URL. On the other hand, if the same key is supplied multiple times in the URL (e.g. http://localhost:5000/echo?a=1&b=2&a=6 then param('a') will return an array reference. I wonder wouldn't it be better to have separate param() functions for values received in the URL and values received in the POST request? Or in other words, could someone explain why was the decision to unite these input channels? Gabor ps. This is the code I used: package App::Try; use Dancer2; our $VERSION = '0.1'; use Data::Dumper; get '/' => sub { '<form method="POST" action="/echo?a=1&b=2&a=6"><input name="c" value="3"><input name="b" value="4"><input type="submit">'; }; post '/echo' => sub { return sprintf "%s - %s - %s", Dumper(param('a')), param('b'), param('c'); }; true;

3 3

Dancer 1 and Log::Any
by Tom Hukins 09 Jan '15

09 Jan '15

Hi all, I have a Dancer application that uses Dancer::Logger::LogAny to log to Log::Any. Today, I tried building my dependencies from the latest versions on CPAN and I encountered test failures in Dancer::Logger::LogAny due to changes in Log::Any to use Log::Any::Proxy. I've filed a bug report at https://rt.cpan.org/Ticket/Display.html?id=101347. I thought I should share this with the list as I know lots of people use Log::Any. If you do, you might want to stick with the older 0.15 release of Log::Any for now. Tom

2 2

Redirect to another POST page?
by Jeff Boes 09 Jan '15

09 Jan '15

I have a page that responds to a POST request: post '/checkout' => sub { ... }; Then, I have another page that does some different work before this page can be processed. I want to redirect to the /checkout page as a POST, so the URL ends up as "/checkout" with no visible parameters. Long version of the explanation: the /checkout page is my cart checkout page. However, the user might be an "admin" user, working from an order creation page that is unlike the normal cart page. So while a normal user goes through /flypage => /cart => /checkout an Admin user would go through get /order/new => post /order/new => /checkout I got this working with a "forward" operation at the end of my interstitial page, forward '/checkout', { ... several parameters here ... }; but the only drawback here is that the admin user ends up looking at a URL that is not "/checkout", even though the page contents are what they would see at "/checkout". I can get the URL right if I replace "forward" with "redirect": redirect uri_for '/checkout', { ... several parameters here ... } which leaves the browser at .../checkout?foo=...&bar=...&blah=... Ugly. I just want to end up on "/checkout", with my parameters hidden away. Is there any hope? -- Jeff Boes <>< jeff(a)endpoint.com 269-408-0811

3 4

Re: [dancer-users] dancer-users Digest, Vol 59, Issue 6
by Andreas Renner 09 Jan '15

09 Jan '15

Hi, I do not know if I was able to really cover your problem. > I have a page that responds to a POST request: > > post '/checkout' => sub { ... }; > a normal user > goes through > /flypage => /cart => /checkout > > an Admin user would go through > > get /order/new => post /order/new => /checkout > > I got this working with a "forward" operation at the end of my interstitial > page, > > forward '/checkout', { ... several parameters here ... }; > > but the only drawback here is that the > admin user ends up looking at a URL that is not "/checkout", even though the > page contents are what they would see at "/checkout". So you have done some session management. As you have not told anyone what you have done there, it's hard to follow your intentions. > I can get the URL right if I replace "forward" with "redirect": > > redirect uri_for '/checkout', { ... several parameters here ... } > > which leaves the browser at > > .../checkout?foo=...&bar=...&blah=... > > Ugly. I just want to end up on "/checkout", with my parameters hidden away. > Is there any hope? So maybe there is some 'work around' in your server configuration leading you to wrong interpretations. You've not told anyone what server you are using. 'forward' is a internal forwarding to another route while 'redirect' generates a new http-request wich is following rules defined in the server configuration or an .htaccess. Hope is always there. > -- > Jeff Boes <>< > jeff(a)endpoint.com > 269-408-0811

1 0

Show-stopper :(
by Henk van Oers 08 Jan '15

08 Jan '15

On Wed, 7 Jan 2015, Stefan Hornburg (Racke) wrote: > Date: Wed, 07 Jan 2015 08:27:33 +0100 > Subject: Re: [dancer-users] Dancer2::Session::DBIC [...] > In Dancer 2, you can't use a plugin in another plugin as > the plugin architecture is broken in this regard. [...] > I need some more developers which are interested in fixing the plugin architecture, this problem > isn't addressed yet :'( I had planed to make the next D1->D2 plugin conversion today. The last one before converting my D1 aps. But it's not going to happen :( One of the things you can do with a plugin is extend the DSL. You can use the normal keywords in a plugin with "use Dancer2;". In a plugin we also NEED the extended keywords! (before Xmas ;-) I want to help! Top Prio! -- Henk

4 7