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

Dancer::SessionFactory::Memcached released
by David Golden 10 Apr '14

10 Apr '14

It's amazing how little code is needed with Moo and the role. Mostly, it just delegates everything. https://github.com/dagolden/dancer-sessionfactory-memcached/blob/master/lib… David -- David Golden <xdg(a)xdg.me> Take back your inbox! → http://www.bunchmail.com/ Twitter/IRC: @xdg

2 2

Dancer::Session::DBIC
by Stefan Hornburg (Racke) 28 Dec '13

28 Dec '13

Hello, Dancers! Two days ago I wrote a DBIx::Class session backend for Dancer. You can find the source code at Github: https://github.com/interchange/Dancer-Session-DBIC I couldn't upload to CPAN though, as this module name was registered to the CPAN user KSCHOTTIE (Kevin Schottie). Email to the CPAN adress bounced. Anyone who might know this guy? He seems to work at Hostgator. Regards Racke -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team

2 4

Now Dasher! now, Dancer! now, Prancer and Vixen! - Dancer 1 v1.3120 released
by Yanick Champoux 24 Dec '13

24 Dec '13

Hi all, I promised that a new version of Dancer 1 would make it to CPAN before Christmas. So here it is, with a few hours to spare. :-) It's a minor release, mostly covering POD polishing, but it also has a nice patch making Dancer works better with the 'mro' module. As usual, many thanks to the bug reporters, patchers and pull requesters. You are the elves ensuring that this sleigh keeps flying high in the sky. 1.3120 24.12.2013 [ ENHANCEMENTS ] * GH #974: Make plugins play nicely with mro 'c3'. (Fabrice Gabolde) [ DOCUMENTATION ] * GH #972: Correction of a truckload of typos. (David Steinbrunner) * GH #971: Stress that the request's 'env()' method is prefered over accessing '%ENV' directly. (isync) * GH #968: Fix 'ScriptAlias' example in Deployment docs. (reported by tednolan) * GH #976: Document and trap limitation in Dancer::Test. (Tom Hukins) * GH #976: Improve references to related modules. (Tom Hukins) Seasonal joy, `/anick

1 0

Re: [dancer-users] [Dancer] OpenID snippets for Cookbook.pod (#829)
by Henk van Oers 24 Dec '13

24 Dec '13

On Mon, 23 Dec 2013, isync wrote: [...] > The name... it thought that had "flame-war potential" ;) - that's why I didn't put it up on CPAN (namespaces...) Just thought it > was catchier than the usual longish names of auth modules. Yeah, been there, done that, namespace::flame-war ;-) I learned that the toplevel is free now. See: http://www.nntp.perl.org/group/perl.modules/2013/12/msg88488.html https://pause.perl.org/pause/authenquery?ACTION=pause_namingmodules is outdated. "longish names of auth modules" Mmm, they just work. But what about DPAE as a toplevel? BTW: I'm missing DPAE in https://metacpan.org/pod/Task::Dancer HTH Regards, Henk -- Working on a Dancer::Component

2 1

Detecting disconnected HTTP clients during streamed output
by Nicola Worthington 22 Dec '13

22 Dec '13

I have a handler that transcodes video files using ffmpeg which all works fine. However, if the web client disconnects or otherwise stops reading from the socket, my handler will continue reading from the ffmpeg filehandle and writing out to the writer object until ffmpeg has completed the transcode. This wouldn't be a problem is we lived in a perfect world where every web client would send a single request to a URL and not make additional requests until the first one had been completed, but of course we don't live in an ideal world,.. and I would prefer my webapp not kill the server it is running on my spawning off more CPU intensive processes than necessary. Is there any way for me to determine how much data is sat waiting to be flushed to the web client so that if it exceeded a predetermined number of bytes I can assume that I should kill my ffmpeg file handle and exit the handler prematurely,.. or any other way to determine if the web client has gone away? Apologies if I haven't explained myself especially articulately. This is the handler in question: *get '/stream/:file/:format' => sub {* * my $file = params->{file};* * my $format = params->{format};* * return send_file(* * 'favicon.ico',* * streaming => 1,* * callbacks => {* * override => sub {* * my ($respond, $response) = @_;* * my $mime = 'video/mp4';* * my @ffmpeg_args = qw(-threads 0 -i $file);* * if (exists $ffmpeg_formats{$format}) {* * $mime = 'video/' . $format;* * push @ffmpeg_args, @{$ffmpeg_formats{$format}};* * } else {* * push @ffmpeg_args, @{$ffmpeg_formats{mp4}};* * }* * push @ffmpeg_args, '-';* * my $writer = $respond->([200, ['Content-Type' => $mime]]);* * open(my $fh, '-|', join(' ', '/usr/bin/ffmpeg', @ffmpeg_args));* * my $buffer;* * while (read($fh, $buffer, 1024) ) {* * $writer->write($buffer);* * }* * close($fh);* * },* * },* * );* *};* -- Nicola Worthington nicolaw(a)tfb.net

3 5

character encoding
by Attila Bárdi 19 Dec '13

19 Dec '13

Dear dancers, I have an openldap server and I do some search in there. I wrote a perl module to handle the basic operations in the ldap. So when I search for for example to my displayName, the ldap modul found the following: battila@igornb:~$ ./test_ldap.pl LdapPerson module is successfully loaded! displayname: Bárdi Attila battila@igornb:~$ test.pl: *#!/usr/bin/perl -wuse strict;use warnings;use LdapPerson;my $somebody = LdapPerson->new();$somebody = LdapPerson->search('attila.bardi(a)example.com <attila.bardi(a)example.com>');print "displayname: " . $somebody->get_displayName() . "\n"* But with: *use Dancer ':syntax';* the "*Bárdi Attila*" become "*BÃ¡rdi Attila*" package MyWeb::App; use Dancer ':syntax'; use LdapPerson; our $VERSION = '0.1'; get '/' => sub { my $somebody = LdapPerson->new(); $somebody = LdapPerson->search('attila.bardi(a)example.com'); return $somebody->get_displayName(); }; true; from config.yml: *# when the charset is set to UTF-8 Dancer will handle for you# all the magic of encoding and decoding. You should not care# about unicode within your app when this setting is set (recommended).charset: "UTF-8"* Can anyone help me what is the problem and how can I solve it? Best regrds, Attila

5 13

deploy dancer via heroku - error while loading /app/app.psgi
by Gert van Oss 16 Dec '13

16 Dec '13

As an experiment that should bring me on the path to use dancer I tried to deploy an app via Heroku (with my regular hosting I have no luck). For Dancer (meaning 1) I found a blog that wrote positive about this (http://damog.nl/blog/deploying-a-dancer-app-on-heroku.html) and I found a gist.github (https://gist.github.com/ysasaki/3149659) As I tried to take the same steps as mentioned on these pages I wasn’t getting to the expected result -1- create app `dancer -a Foobar` -2- `cd Foobar` -0- ln -s ./bin/app.pl app.psgi (with or without ?) -3- git init -4- git add -5- git commit -6- heroku create --stack cedar --buildpack http://github.com/miyagawa/heroku-buildpack-perl.git -7- .... everything gets installed.. Successfully! -8- Visiting the link as provided by heroku should now work? or am I missing something? `heroku logs` mentions: Starting process with command `perl -Mlib=$PWD/local/lib/perl5 ./local/bin/starman --preload-app --port 57400` 2013-12-11T23:03:52.119529+00:00 heroku[web.1]: Starting process with command `perl -Mlib=$PWD/local/lib/perl5 ./local/bin/starman --preload-app --port 32316` 2013-12-11T23:03:53.102716+00:00 app[web.1]: Error while loading /app/app.psgi: No such file or directory at (eval 10) line 4. 2013-12-11T23:03:53.510234+00:00 app[web.1]: Error while loading /app/app.psgi: No such file or directory at (eval 10) line 4. Maybe someone has a clue and after a hint then I might get to the level of being able to write something about this. Thanks, Gert

4 11

playing with path_info before matching routes
by WK 16 Dec '13

16 Dec '13

Hi! I try to build multi-language site, where i could include laguages code into path, like this: www.exemple.com/en/some_page www.exemple.com/de/some_page www.exemple.com/fr/some_page www.exemple.com/fi/some_page www.exemple.com/ru/some_page etc I want to handle part of the path after language abbreviation in one route for every language and only render page with lang-specific template. I thought that best place to get language part from path is in before hook but : * it is fired just after checking routes * after modifiyng path_info before hook is fired again I wrote simple code like this: use Dancer ':syntax'; our $VERSION = '0.1'; my $lang; hook 'before' => sub { my $path = request->path_info(); if ( $path =~ s| ^/ (?<lang> [[:ascii:]]{2} ) / |/|x ) { $lang = $+{lang}; } request->path_info( $path ); }; get '/some_page' => sub { template ("$lang/some_page"); }; And basically it works fine. Still i'd like to get lang part out before trying match routes. Or is there at least a way that before hook is not fired again? And maybe there is even better way to achieve my goal? -- Wbr, Kõike hääd, Gunnar

5 8

Is anyone have install Dancer2 on Active Perl 5.16.3.1 on Windows
by sebastien deseille 15 Dec '13

15 Dec '13

Hello I saw that Dancer2 is not available via PPM on Active Perl for Windows. I tried to install and test it with cpan command line but also without success. Is anyone allready installed Dancer2 with Active Perl 5.16.3.1 on Windows ? If yes how have you done the job ? -- -- Regards Sebastien Deseille

3 4

New Dancer 2 release: 0.11
by sawyer x 15 Dec '13

15 Dec '13

Hi everyone! A new version of Dancer 2 has just been uploaded to CPAN: 0.11. Before we go over the changes we've had, I'd like to take a moment to welcome Russell Jenkins (veryrusty) as a member of the Dancer core dev team. Russell has done tremendous work on Dancer and provided patches, feedback, corrections, insight, and more. He's been a crucial member of the team for some time, and it's about time for him to join officially. Please welcome Russell! Much has changed since the last release. There had been a lot of documentation fixes and improvements. Documentation is something developers tend to neglect, but it is crucial for the success of a project. Contributors and users depend on it. That's why we especially recognize and appreciate any contribution to the documentation. We are especially excited about the following changes: - Using Return::MultiLevel allows keywords to exit immediately. That means changes to keywords "redirect", "forward", and "halt". - Command line tool rewrite. Ivan Kruglov's awaited rewrite of the command line utility has landed. We're now able to easily make changes to the command line utility, to add plugins, to support profiles, and so on. If you have any ideas or would like to help, please join in. We work our best to improve while not screwing up. If you encounter any problems or issues with this release, please let us know as soon as possible. Keep in touch! If you have any feedback, please do let us know: mailing list, Github, personal emails, it's all there for you to use. This release is available now thanks to the work of the following people, in no particular order: Pedro Melo, Russell Jenkins (veryrusty), Slava Golster, unickuity, Menno Blom, Ivan Kruglov, Samit Badle, Gabor Szabo, Upasana Shukla (sweet-kid), Cesare Gargano, Mark A. Stratman, David Steinbrunner, Ahmad M. Zawawi, Pau Amma, and Sawyer X. See you next release, Sawyer X, Dancer core team.

1 0