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

Re: [Dancer-users] recommended way to return large dynamic data?
by Maurice Mengel 31 Oct '12

31 Oct '12

I guess you don't want to split it your response into pages (50 hits or so per page), you seem to want to stream a file to your users (without writing it to server hard disk). I looked into that a long while ago, got it to work in a test, but never used it in production. It's mentioned http://search.cpan.org/~xsawyerx/Dancer-1.3110/lib/Dancer.pm#send_file.

4 8

Testing new list
by David Precious 30 Oct '12

30 Oct '12

Hi, (Not sure what happened to my last test mail; my mail client shows it in my sent box, but won't display it, so I think it failed oddly.) Anyway, just testing the dancer-users list as hosted on my Mailman install, to check I've ported over the list settings, membership list and archives etc correctly. Hopefully this will work this time. If so, the new canonical list address is dancer-users(a)dancer.pm - but I'll ask Sukria to forward on the existing address so it'll still work. Cheers Dave P -- David Precious ("bigpresh") <davidp(a)preshweb.co.uk> http://www.preshweb.co.uk/ www.preshweb.co.uk/twitter www.preshweb.co.uk/linkedin www.preshweb.co.uk/facebook www.preshweb.co.uk/cpan www.preshweb.co.uk/github

8 8

Re: [dancer-users] Test dancer-users list on new server
by sebastien deseille 30 Oct '12

30 Oct '12

Hello David It is right regards Sébastien Deseille 2012/10/30 David Precious <davidp(a)preshweb.co.uk> > > Hi, > > Just checking the dancer-users list works on my Mailman setup. > > Assuming this list is received and archived etc, we should be in > business. > > New list posting address will be dancer-users(a)dancer.pm - although I'll > ask Sukria to forward on the old address so it still works. > > Cheers > > Dave P > > -- > David Precious ("bigpresh") <davidp(a)preshweb.co.uk> > http://www.preshweb.co.uk/ www.preshweb.co.uk/twitter > www.preshweb.co.uk/linkedin www.preshweb.co.uk/facebook > www.preshweb.co.uk/cpan www.preshweb.co.uk/github > > > _______________________________________________ > dancer-users mailing list > dancer-users(a)dancer.pm > http://lists.preshweb.co.uk/mailman/listinfo/dancer-users > -- -- Cordialement Sebastien Deseille

1 0

Using configuration files with other formats than YAML
by Octavian Rasnita 18 Oct '12

18 Oct '12

Hi, I've seen that Dancer can use just YAML configuration files and no other formats like JSON, ini, Apache or others. Are there specific reasons for this limitation? I use a short and dirty code that allows using all types of configuration files supported by Config::Any: use Dancer ':syntax'; use FindBin; use Config::Any; my $config = Config::Any->load_stems( { stems => [ "$FindBin::Bin/../config" ], flatten_to_hash => 1, use_ext => 1 } ); my @config = %$config; $config = $config[1]; set $_ => $config->{$_} for keys %$config; my $env = Config::Any->load_stems( { stems => [ "$FindBin::Bin/../environments/" . config->{environment} ], flatten_to_hash => 1, use_ext => 1 } ); my @env = %$env; $env = $env[1]; set $_ => $env->{$_} for keys %$env; After doing this I can use configuration files like config.yml, config.conf, config.pl... and environments/development.yml, environments/development.conf... each one with their specific format. In the code above I used just a single configuration file, but with a code just a little bit longer the app could get and use the vars defined in more files with the same name and different formats if it is needed, but that thing is probably not very useful. The question is, wouldn't be better if Dancer would use Config::Any in core? It would be more flexible and Config::Any doesn't require other modules. Those modules will be installed only by those who need them. --Octavian

2 1

Masking warnings with eval/try in development mode?
by Assaf Gordon 17 Oct '12

17 Oct '12

Hello, I'm working on a website, currently in 'development' mode. The config has "warnings: 1", meaning "treat warnings as critical errors", which is what I want 99% of the time. However, there's one place were I want to try something that might fail, and proceed without stopping the dancer application. Something like: === get '/foobar' => sub { my $ok; eval { do_something_that_might_fail(); $ok = 1; }; template 'foobar', { ok => $ok } ; }; === However, in development mode with "warnings: 1", the "do_something" die()s and the dancer application stops with the standard HTTP 500 page with the stack trace. I don't want to turn "warnings" off, but I want to be able to mask this specific warning. Any ideas ? Thanks, -gordon

3 4

Dancer occasionally eats lots of memory
by Konstantin A. Pustovalov 17 Oct '12

17 Oct '12

Hello guys! I have found that dancer's memory consumption is indeterminant. I am writing RESTful statistics service. Have discovered that dancer can consume lots more memory with one request than another with essentially same POST body size. Some tests: http://pastebin.com/yuy1ZKfn The output: http://pastebin.com/YDHqLzQh You can see that when I send ~12MB json string (~20MB hash in memory) dancer can consume ~ 24MB when data is sent as nested hash or ~81MB (4x!) when sent as-is. Tranfering dozens of MBs of statistics is normal in my service, so it can hit swap easily by clients mistake. What can I do to make dancer behave predictably in memory consumption? May be I am doing something wrong?

4 4

bug fixes
by Роман Галеев 17 Oct '12

17 Oct '12

[ yaml atomic write by jamhed * Pull Request #851 * sukria/Dancer * GitHub ] This fixes a session file corruption which occurs on parallel session writes (e.g. to write session after every request) [ sane utf logging by jamhed * Pull Request #852 * sukria/Dancer * GitHub ] This fixes crap in logger when utf-8 encoded string get encoded again.

2 1

Dancer 2 dzil pod
by Maurice Mengel 17 Oct '12

17 Oct '12

Hi everyone, in Dancer 2, we moved to dzil not too long ago (if I read the commit log correct). Today, we have lots of '# ABSTRACTS:' and also some '=head1 NAME' left. Dolmen and me asked you guys if you want podWeaver (https://github.com/PerlDancer/Dancer2/pull/94) If I am not mistaken, # ABSTRACT remains unprocessed if we don't use podWeaver. Is this already decided or is this still under discussion? Travis currently fails over woven pod =func and =method. I could offer some more PR fixing these issues if we get an answer/decision. Thanks! maurice

1 0

recommended way to return large dynamic data?
by Assaf Gordon 16 Oct '12

16 Oct '12

Hello, On my website I'm providing a way for users to download a content of a table (more of less, the specifics aren't critical). Something like: ==== get '/getdata => sub { my $sth = database->prepare("SELECT * FROM MyTable;"); $sth->execute(); my $result = "" ; while (@data = $sth->fetchrow_array()) { $result .= join("\t", @data) . "\n"; } header('Content-Type' => 'text/tab-separated-values'); header('Content-Disposition' => "attachment; foo.tsv" ); return $result; } ==== But the results can be very big (>2GB) and I don't want to store them in-memory before sending (the '$result' variable in the above example). What's the recommended way to do this efficiently with Dancer ? Is there a way to do HTTP chunked-transfer encoding ?

1 0

Perl Newcomers Survey
by sawyer x 16 Oct '12

16 Oct '12

Hey everyone, there's a Perl newcomes survey going around. If anyone on the list joined the Perl community within the last 2 years, consider lending a hand and answering the survey: http://tinyurl.com/perlnewcomersurvey Sawyer.

1 0