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

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

dancer2 gen
by Brendon Oliver 07 Jan '15

07 Jan '15

Hi all, I've recently been looking at migrating a small Dancer1 app of mine to Dancer2. I noticed a couple of small issues with tinkering with 'dancer2 gen ...': - it creates both bin/app.pl and bin/app.psgi which are identical, but the dancer2 man page only refers to bin/app.psgi. I'd suggest either removing generation of bin/app.pl or covering it in the doco. Related issue: if bin/ app.pl is kept, then for it to be started just with a simple ./bin/app.pl the final statement in the script would need to call either ->start() or ->dance() on the module instead of ->to_app(). - also from the dancer2 man page: The application is ready to serve: $ cd MyWeb-App $ plackup bin/app.psgi >> Listening on 127.0.0.1:3000 == Entering the development dance floor ... ... this is a little mis-leading: plackup uses port 5000 by default. Also the startup output produced by plackup is a little different: $ plackup bin/app.psgi HTTP::Server::PSGI: Accepting connections at http://0:5000/ Again, if both the generated .pl / .psgi scripts are both kept, then I think they ought to at least both start on the same port for consistency (I'm presuming a developer would normally use one or the other, not both at the same time). - 'gen' also has a -d option which isn't mentioned in the man page. Also, not cluing into the docs properly, I inadvertently gave an absolute path to -d (dancer2 gen -d /some/long/path -a Foo) - and ended up with my Foo app being created in `pwd`/some/long/path. I don't know if it's intentional or not, but I think maybe -d should blow up if given a string that looks like an absolute path (or maybe conflate the -p / -d options into a single option which "does the right thing"). thoughts? cheers, - Brendon.

1 0

Porting Dancer::Logger::Syslog to Dancer2
by Andrew Beverley 05 Jan '15

05 Jan '15

Dear all, I've made an attempt at porting Dancer::Logger::Syslog to Dancer2. If anyone has any comments/feedback/corrections then that would be much appreciated. https://github.com/abeverley/libdancer2-logger-syslog-perl I promised Yanick I'd port it a long time ago, so hopefully nobody has done so since I last spoke to him! Thanks, Andy

1 0

Dancer training advice
by Andrew Solomon 04 Jan '15

04 Jan '15

Fellow Dancers, In November I went live with online Perl training at Geekuni. Things are progressing quite well with individual students, and I'm now looking for advice on which companies would be interested in my Dancer2 training services. I've currently got one client putting their graduate recruits through my Perl Essentials course, but their web framework of choice is Catalyst (which I don't feel comfortable teaching online). Does anyone know of a company who'd be interested in Dancer training online? As this is in the early stages I'm also keen to know people's thoughts on the levels of service a client would expect. Thanks in advance! Andrew p.s If your advice leads to a client, I'll give you one of these:) https://www.flickr.com/photos/129472045@N05/15397101654/lightbox/ -- Andrew Solomon Mentor@Geekuni http://geekuni.com/ http://www.linkedin.com/in/asolomon

1 0

New Dancer2 release on its way to CPAN: 0.158000
by Sawyer X 01 Jan '15

01 Jan '15

A new Dancer2 release is heading to CPAN as we speak. Christmas threw us off a bit on timing but we're back on track this week with our weekly Dancer2 release. Important changes include a significant speed boost when you're uploading big files (by not buffering small chunks and adding them constantly) and importing utf8 properly - a subject investigated to its fullest by Maxim Vuets. I would like to thank all the developers who helped this release in order of appearance in the changelog: Dávid Kovács, Rick Myers, Russell Jenkins, Maxim Vuets, and James Raspass. Thank you all! The full list of changes is as following: [ ENHANCEMENT ] * GH #778: Avoid hard-coded static page location. (Dávid Kovács) * Speed up big uploads significantly. (Rick Myers) * GH #821: Use Import::Into to import pragmas. (Russell Jenkins) * GH #782: Fix utf8 pragma import. (Maxim Vuets) * GH #786: Perlbrew fix. (Dávid Kovács) * GH #622: Refactoring. (James Raspass) [ DOCUMENTATION ] * GH #713: Change order of statements in Cookbook to not imply that D2::P::Ajax::ajax() calls have priority. (Sawyer X)

1 0

Re: [dancer-users] [Dancer2] List all the environment variables in Dancer2::Config (#788)
by Henk van Oers 28 Dec '14

28 Dec '14

On Wed, 24 Dec 2014, Sawyer X wrote: [...] > Sorry for missing it. :) One has to put restrictions on a join of followers and following :) Let me tell you I just made a FreeBSD port of Dancer2-Plugin-Ajax Thx, Henk -- /me back to working on D1 --> D2

3 3