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

Stand Alone applications using Dancer
by Gabor Szabo 04 Apr '10

04 Apr '10

I would like to create a stand alone application with Dancer. Well actually I'll want to run it on a real web server as well but I also want to let people download it and run it without any setup. What I'd like to do is let people run my script: waltz.pl that would launch the Dancer server and then open the default browser pointing to http://localhost:3000 Has anyone done this already? How could I do this in a portable way? (Mac/Windows/Linux for now) Gabor -- Gabor Szabo http://szabgab.com/

3 7

Using utf-8 data from database and template toolkit
by Christian Sánchez 04 Apr '10

04 Apr '10

Hi, I'm using Dancer to make a little application that uses a DBIx::Class scheme of another app written in Catalyst. I want to reuse some templates I've made for that Catalyst app, it works fine, but I have some data in my DB with words like 'Sánchez', 'José', etc, when I show this data in the template it shows something like "S�nchez". I put in my config.yml this: engines: template_toolkit: start_tag: '[%' stop_tag: '%]' encoding: 'utf-8' I try with "encoding" and "ENCODING" in the same way I use it in catalyst. I'm using in the DBIx::Class schema: "UTF8Columns" and : __PACKAGE__->utf8_columns(qw/ciudad nombres apellidos comentarios/); Im using postgresql originally in the Catalyst app, but for this app I want to use sqlite3 for just a couple of this tables, I tried this for both postgresql and sqlite3 but didn't work. Also I put: "use utf8" in my app.pm file. And in main.tt: <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> What do you recommend for this? maybe I missing something, I've read the docs but I didn't found something for this. BTW, I like Dancer, great job guys! Regards -- Christian Sánchez Usuario GNU/Linux 234800 Maracay - Venezuela http://g013m.com.ve

1 0

another logging issue: where was debug() called?
by Gabor Szabo 02 Apr '10

02 Apr '10

Sorry for this rapid firing of e-mail messages, I'll go to sleep soon.... When I call debug("something") I see it in the logfile as Sat Apr 3 00:57:52 2010 [25581] (debug) something in /home/gabor/perl5/lib/perl5/Dancer.pm l. 77 I think it would be better to print the filename and line number of where I called debug() which is probably a few call-frames before. Or maybe I am just missing the context. Gabor

2 1

Dancer 1.173 released!!
by sawyer x 01 Apr '10

01 Apr '10

Hi everyone! Dancer 1.173 was just released! The changes include fixing failing tests, adding documentation to Dancer::Engine and fixing Github issue #52. * Special thanks goes to Juanjo (reidrac) for reporting of issue #52. In version 1.72 Robert Olson added a doc patch, Frank Cuny prevented usage of keywords in plugins and cleaned up tests and Alexis added initial Plugin support, which we talked about for a while. In recent Dancer news: Initial plugin support is up, let's try some stuff and see where we get. Adam Kennedy started a contest between Mojo and Dancer. You can read about it here <http://use.perl.org/%7EAlias/journal/40270>. We've noticed some Windows issues, which were caused by HTTP::Server::Simple. We fixed it<http://blogs.perl.org/users/sawyer_x/2010/03/stepping-up-to-the-plate.html>and hopefully a new release will be out soon. Have a great day and beware April Fools jokes! :) Sawyer.

1 0

Template vars in the layout
by Robert Olson 01 Apr '10

01 Apr '10

Hi - Just getting started with Dancer, so this might be an obvious question. I would like to be able to put per-route information into the layout template (for instance, current-page flagging in a navigation box, or setting the page title). Since it appears the only variable that is settable in the layout template is "content", my guess is that to do what I want I would need to shift all of that stuff into the per-page templates (or into common templates that are included into the per-page templates). Am I reading this correctly? Thanks, --bob

3 7

Dancer 1.170 released
by Alexis Sukrieh 24 Mar '10

24 Mar '10

Hi list! I'm pleased to announce that Dancer 1.170 has just been uploaded to CPAN. You can already fetch the tarball from the official website: http://perldancer.org/downloads/Dancer-1.170.tar.gz The changelog for this release is the following: [ David Precious ] * Fixed bug with status keyword not converting aliases (e.g. 'not_found') to real usable status lines with valid HTTP codes. Thanks to P Kishor for reporting this on the dancer-users mailing list! * Accept end_tag as a synonym for stop_tag when configuring TemplateToolkit. Thanks to James Ronan for bringing this up. [ Sawyer X] * Route::Cache store_route = store_path, beefed up docs * Changed names of limits in settings * Added documentation for it in Dancer.pm * More documentation about Module::Refresh dependency (closes bug #48) * uri_for now accepts a boolean for not escaping URIs, and redirect calls uri_for with that boolean. (closes: bug #47) [ Alexis Sukrieh ] * Query string params are not dropped anymore when their value is 0. thanks to "Squeeks" for the report. (closes: bug #49) * Support for file uploads The Dancer::Request class provides a common interface to access file uploads. Syntactic sugar has been added to Dancer's as well (keyword 'upload'). (closes whish #36) [ Franck Cuny ] * Support for automatic serialization/deserialization Dancer is now able to serialize route handler's response in various format (JSON, YAML, XML); and can also deserialize request body when appropriate. (closes: wish #29) Thanks to all of the people involved with this release! Happy Dancing. -- Alexis, for the Dancer dev team http://perldancer.org/

1 0

Request for donation
by Alexis Sukrieh 23 Mar '10

23 Mar '10

Hi, The Dancer project started in august 2009, when I saw Sinatra[1] and thought Perl needed something like that. At first it was just a basic route disptacher, but soon people started to pay some attention to it, and contributors started showing up. At the time of this writing, Dancer is 8 months old and has more than 100 followers on GitHub[2], the project is more and more popular and still attracts new users. A domain name has been registered[3] and a mailing list has been created[4]. Almost all of the features we want for the 1.2 release are done and are heavily tested, we're quite happy with the overall quality of the code (more than 80% of the codebase is covered by the test suite). So what's next? Well, we want to give Dancer a better website, one with a professional-looking design. To do so, we don't have many options: Either we find a profesional web designer willing to offer his time to do it or we pay one. Facts are that web designers willing to work for free projects (for free) are very rare, and we'll end up with a satisfying result faster if we hire a web designer. Hence this email: if you like Dancer and use it, either personaly or professionaly here is a very good way to contribute to the project: Help us hire a professional designer, make a donation[5] and contribute to give Dancer a better look for the outside world. All donators will be listed in a credit page, with a link to their website if they provide it. Of course, if you are (or know) a good web designer willing to offer his/her time to build a new pro-looking design, feel free to contact us. Best regards, Alexis, for the Dancer development team. 1: http://www.sinatrarb.com 2: http://github.com/sukria/Dancer 3: http://perldancer.org 4: http://lists.perldancer.org/cgi-bin/listinfo/dancer-users 5: http://perldancer.org/donate

3 2

Re: [Dancer-users] Dancer and PostgreSQL
by Alexis Sukrieh 22 Mar '10

22 Mar '10

Le samedi 20 mars 2010 à 18:26 -0500, Joel Gratton a écrit : > Hi, I am wondering is it possible to use Dancer with PostgreSQL? > > Thanks > Joel Hi Joel, Dancer does not provide any database interface, so you can basically use any ORM/DBI you like within your application. Regards, -- Alexis Sukrieh

1 0

Server migrated
by Alexis Sukrieh 12 Mar '10

12 Mar '10

Hi, The server that hosts perldancer.org's services has been migrated. Everything looks to be working just fine, but please, let me know if you find something. Regards, BTW: yes, this message is also a test to make sure the mailing list still works as expected ;) -- Alexis Sukrieh

1 0

Dancer, Plack, plain old CGI and mod_rewrite
by icovnik 11 Mar '10

11 Mar '10

Hi, I'm trying to set up a simple app, but unfortunately, it should run as old CGI script under Apache on Linux. The CGI script is reachable via http://server/appdir/script.cgi. I have set appdir/.htaccess like this: RewriteEngine On RewriteRule ^(.*)$ script.cgi The RewriteRule should be probably something like this: RewriteRule ^(.*)$ script.cgi?$1 The script calls Dancer app via Plack, that part works. Dancer renders templates just fine. The only problem I have is that the request->{path} variable is allways set to "/appdir/script.cgi" so my routes don't work. Can you please point me to correct settings to be able to make the routes work? The routes looking like this: get '/apdir/script.cgi?/path/:param' => sub { ... } would be ok. Even better would be if there was some way to allways strip the beginning of the path "/apdir/script.cgi?" so I would be able to write just the interresting part "/path/:param". Please assume that I am unable to run the application under FCGI or mod_perl. The Dancer's http server works but I need to make it work on our server... so... as plain CGI. Thank you. ico

3 5