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

Proposal: Tutu, a flat-file Dancer-based CMS
by Joel Roth 25 May '14

25 May '14

Dear Dancers, I've evolved a simple CMS for my own purposes, taking some cues from blosxom, which was my first experience with a web framework. I'm curious if any of you think there would be value in having a more complete example Dancer app available. The current design has these main features. * flat file design, no database * user login * simple access control based on two text files + access: username dir1 dir2 dir3... + restricted_dirs: dira dirb dirc... * Markdown-format pages in $root_dir/pages * generates directory listings for files in $root_dir/public I already created a perl module for the app, which includes scripts to generate the passwd file and the directory listings. I'd need to do a bit more work to create a generate app dir with default pages and provide enough documentation to get started. I'm wondering if you all think this field is saturated already, or if it might contribute to Dancer adoption to have a file-based CMS available as an sample app. I think it might help newcomers to Dancer to have a full-function app because despite generally excellent documentation, I found it did take me quite a bit of trial and error to get the necessary bells to ring and the whistles to blow. Perhaps there are other Dancer-based apps that are more sophisticated or complete, and would be better suited. Will appreciate any of your ideas, with my regards, Joel Roth --

3 3

Re: [dancer-users] Proposal: Tutu, a flat-file Dancer-based CMS
by Scott Penrose 22 May '14

22 May '14

Very cool. I will look into that CMS. The last two big projects I have worked on did all the APIs in Dancer, but we used Drupal for the CMS. Scott On 23 May 2014, at 8:10 am, Cymon <cymon.ML(a)gmail.com> wrote: > >> >> I'm wondering if you all think this field is saturated >> already, or if it might contribute to Dancer adoption to >> have a file-based CMS available as an sample app. >> >> I think it might help newcomers to Dancer to have a >> full-function app because despite generally excellent >> documentation, I found it did take me quite a bit of trial >> and error to get the necessary bells to ring and the >> whistles to blow. > > I think that CMS and out-of-the-box solutions to make sites fast is > what Dancer community needs, because a lot of people out there are lazy > and a good way to lure them in Dancer world is allow them to create > their own site with no work. After that, if they're good and clever, > they'll dig deep in the framework to expand what they can do. > > It's the reason I created a CMS based on Dancer2 by myself > http://search.cpan.org/dist/Strehler/ > and I'm trying to obtain a mature code-level for it. > > I'll look in your project with interest! > > > > -- > Cymon > Coniglio domina, > http://www.therabbit.it > _______________________________________________ > dancer-users mailing list > dancer-users(a)dancer.pm > http://lists.preshweb.co.uk/mailman/listinfo/dancer-users

1 0

about send_error message
by Yonghua Peng 22 May '14

22 May '14

Hello, For send_error function, for example, get '/' => sub { # template 'index'; send_error("Not authorized", 401); }; When running with bin/app.pl directly, the message "Not authorized" can be displayed in the web. But if I run it with starman: plackup -E deployment -s Starman --workers=10 -l 0.0.0.0:3000 -D --access-log=logs/access.log -a bin/app.pl This error message seems lost. Do you know how to fix up it? b/c I wrote the API with dancer, I need to tell the clients what are the errors. Thanks.

1 0

Dancer1 v1.3124 on its way to CPAN
by Yanick Champoux 13 May '14

13 May '14

Hi all, A new release of Dancer1 has been cut, and is on its merry way to CPAN. Beside the documentation improvements and general bug fixes, two highlights for this release: 1. the bundled jQuery has been upgraded to v1.11.0. 2. route sanity check has been modified for existence, not falsehood. The main impact is that the following now works: prefix "/foo" => { get '' => { ... }; # matches '/foo'! get '/' => { ... }; # matches '/foo/' get '/bar' => { ... }; matches '/foo/bar' }; Full release log is below. As usual, a big, big thank to everybody who made this release possible. You all rock. :-) Joy, `/anick 1.3124 2014-05-09 [ ENHANCEMENTS ] * Also check X-Forwarded-Proto. (GH#1015, Andy Jones) * Update bundle jQuery to v1.11.0. (GH#1018, Michal Wojciechowski) * Add session support to the skeleton config. (GH#1008. Gabor Szabo) [ BUG FIXES ] * Remove print statement in Dancer::ModuleLoad::require. (GH#1021, John Wittkoski) * Test was failing if JSON module was absent. (GH#1022, Yanick Champoux) * Allow for routes evaluating to false ('0', '', etc). (GH#1020, Yanick Champoux) [DOCUMENTATION] * Specify defaults in POD. (GH#1023, isync) * Fix doc for params(). (GH#1025, reported by Warren Young) [ MISC ] * Update mailing list url in README. (GH#1017, Racke) * Markdownify the README. (GH#986, Chris Seymour)

3 5

Lock session files with Dancer2::Session::YAML?
by Maxwell Carey 08 May '14

08 May '14

Is it possible to lock session files created by Dancer2::Session::YAML in order to avoid race conditions when two processes try to write to the same session at the same time? For example, if I have the following routes: get '/foo' => sub { my $foo = session 'foo'; session 'foo' => ++$foo; }; get '/bar' => sub { my $bar = session 'bar'; session 'bar' => ++$bar; }; and both are called at the same time, one route "wins", resulting in either the value of 'foo' or 'bar' being updated, but not both. If it's not possible (or easy) to lock the file, I would be open to an alternative storage backend, although I was hoping to keep things as simple as possible, i.e. I don't want to have to spin up a new MySQL database or equivalent. The existing Dancer2::Session:: backends all seem somewhat...involved. Any ideas?

3 5

session JSON with é à
by Hugues 08 May '14

08 May '14

Hello I found a strange problem with my D1 app in my config.yml charset: "UTF-8" template: "template_toolkit" engines: template_toolkit: encoding: 'utf8' start_tag: '[%' end_tag: '%]' serializer: 'JSON' session: 'JSON' all characters with accent appear encoding cat sessions/142370789218895586385667162125359748.json | jq . "MemoAction": "2014-05-08 001 RESET-ARRET/MARCHE Ã�Â�Ã�Â©Ã�Â�Ã�Â©Ã�Â�Ã�Â© \r\n", "MemoPanne": " 2014-05-08 001 PB BATTERIE Ã�Â�Ã�Â©Ã�Â�Ã�Â©Ã�Â�Ã�Â©Ã�Â�Ã�Â© \r\n" if I use session: 'YAML' in config.yml all is ok cat sessions/295483594817224343797619192129361122.yml MemoAction: "2014-05-08 001 RESET-ARRET/MARCHE éééé \r\n" MemoPanne: " 2014-05-08 001 PB BATTERIE \r\n2014-05-08 001 PB BATTERIE ééé \r\n" I do something special with json session ?, I tried to encode/decode without success ( all this text come from web user ) Hugues

3 5

Deploying a Dancer app with perlbrew under Apache
by Joel Roth 07 May '14

07 May '14

Hi list, Having struggled a while to get a Dancer app working with perlbrew on a shared host with the Apache webserver, I'm documenting it for others. Please let me know if you think it is useful, or have any suggestions. Joel -- Deploying a Dancer app with perlbrew under Apache I'll assume you've successfully installed perlbrew, so that (for example) typing perlbrew use 5.16.3; perl -v shows you the correct perl version. On my shared host, the requests are handled by a CGI script in the document root for the site called dispatch.cgi: #!/bin/sh source ~/.bashrc # you need this for the correct environment perlbrew use 5.16.3 # and this for the correct perl exec `dirname $0`/plack_runner.pl ${1+"$@"} I use mod-rewrite to prepend "dispatch.cgi" to the routes when required, thereby eliminating the name of the script from links to the site. The file .htaccess, in the document root, contains this code: # BEGIN dancer application htaccess RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-f RewriteRule (.*) dispatch.cgi/$1 # END dancer application htaccess dispatch.cgi calls plack_runner.pl, also in the document root: #!/usr/bin/env perl use autodie; use Plack::Runner; chdir '/home/username/app_dir'; Plack::Runner->run('app.psgi'); plack_runner.pl runs app.psgi, which lives in the app_dir. #!/usr/bin/env perl BEGIN { push @ARGV, qw(--environment=production) } use lib ('/home/username/app_dir/lib'); use Dancer; load_app 'danceapp'; dance; To test the website locally on my laptop, I run app.psgi from the command line and point my browser at http://localhost:3000. (I use the same directory path for the app_dir on my laptop as on the production site.) To make several similar websites using the same app code, I converted danceapp.pm to a module and installed it conventionally using perlbrew and cpanm. perlbrew use 5.16.3 cpanm My-Dancer-App-0.1.tar.gz With the app implemented this way, the 'use lib' line in app.psgi is not required. (END)

7 13

Questions about distributing Dancer2 applications
by Maxwell Carey 06 May '14

06 May '14

I have a Dancer2 application that I'd like to distribute. I have a couple of questions about the process that may be more related to ExtUtils::MakeMaker than to Dancer, but I figured I'd ask here first since deployment of web applications seems a little different from installing regular modules. 1. Typically when you install a Perl package with perl Makefile.PL && make && make install modules goes somewhere like /usr/local/lib/perl5/, binaries go somewhere like /usr/local/bin/, documentation goes somewhere else, and so on. I don't want my application fragmented like that (and I don't think it would even work if it were); when users run `make install` I want everything from my MANIFEST to simply be copied into the install directory as-is. For example, I want to end up with /usr/local/myapp/bin/ /usr/local/myapp/lib/ /usr/local/myapp/lib/myapp.pm /usr/local/myapp/public/ ... I assume this is how most Dancer/Dancer2 apps would have to be installed to work properly...how can I do this? I tried perl Makefile.PL INSTALL_BASE=/usr/local/myapp/ but that puts myapp.pm in /usr/local/myapp/lib/perl5/ and doesn't copy any of the other files or directories I want, like public/. 2. My app includes an index page containing links to other pages on the same server, e.g. <a href="http://host.example.com/foo">foo</a> This page is served with send_file, no templates involved. So far I have simply hard-coded the server name into the file, but that won't work when somebody tries to install it on another server. I thought I could use the PL_FILES attribute to WriteMakefile() to run a script that fills in the correct host name during the build process. Would this be a reasonable approach?

2 2

dancer app feature: alternate templating system
by Warren Young 06 May '14

06 May '14

I've just been playing with the "dancer" command again to get someone else started with Dancer. This made me remember some difficulties I had getting started with Dancer myself. It would have been most useful to have a flag that lets you choose an alternate templating system. The files generated for TT require enough changes to make them work with other templating systems that unless you already know what the differences have to be, it's somewhat difficult to figure out where to start. Also, I noticed that the generated main.tt page hard-codes the paths to the app. It should use settings.appdir instead. You notice this when you copy the web app to another path and re-launch it.

1 0

Why do warnings cause Dancer to fail?
by Joel Roth 06 May '14

06 May '14

Is it a configuration thing? Perl usually lets *me* decide how warnings should be handled. Does Dancer allow it too? If it is a design decision, is there a theory behind this that is written up somewhere? kind regards, Joel -- Joel Roth

6 10