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

how to set different running environment with Plack::Handler?
by P Kishor 21 Aug '10

21 Aug '10

The docs say that I can have different config settings for development and production, and one or the other will be automatically used depending on my running environment, which I can specify with --environment command line switch. But, how do I specify this command line switch when I am running the application via Plack::Handler? Right now I run the application with the help of the following lines in my httpd.conf <Location /> SetHandler perl-script PerlHandler Plack::Handler::Apache2 PerlSetVar psgi_app /Users/punkish/Sites/lca/app.psgi </Location> -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science =======================================================================

4 4

multi-folder Dancer app
by P Kishor 21 Aug '10

21 Aug '10

This could be something very simple, or it could be impossible, but I surely can't figure out. How do I create a multi-folder Dancer app? As is, I get the following when I boostrap a new app with `dancer` -- app/ environments/ view/ lib/ public/ t/ The above works well for a relatively simple application, but if I have several groups of relatively complicated functions, I would like to group them by, well, by functions. Here is what I would like -- app/ function1/ function2/ function1 and function2 would be like mini dancer apps in their own right, but would share common resources such as top menu, login capabilities, logos, images (common to the both of them), master style sheet, etc. They would likely also share a fair bit of common Perl code, and also some data tables from a db. What is a suggested pattern for that? -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science =======================================================================

2 2

working with HTTP env vars
by P Kishor 20 Aug '10

20 Aug '10

Hi, Per the docs for 1.1805, I can work with the env vars as follows -- in my App.pm ------------ my $env = request->env(); template <tmpl>, { var1 => $env->{var1}, var2 => $env->{var2} .. and so on .. } in my template -------------- var1: [% var1 %]<br /> var2: [% var2 %]<br /> .. and so on .. The above is not working for me as I am trying to use basic Apache env vars such as REQUEST_URI, SCRIPT_FILENAME, etc. A little background, since someone might be able to suggest a different way of accomplishing what I am trying to do -- My web site is at http://mywebsite.org/. In the VirtualHost definition of mywebsite.org, I have the following ProxyPass /app/one http://one.org/ ProxyPassReverse /app/one http://one.org/ Of course, http://one.org/ is a Dancer application. So, when the users go to http://mywebsite.org/ they see the regular, static web site. However, when they go to http://mywebsite.org/app/one/ they see my Dancer web site. In order to get the correct paths to the CSS and images and other assets for one.org, I need that '/app/one' bit from the request uri. That way I can do the following in my template <link rel="stylesheet" href="[% uri %]/css/grid.css" /> The reason I can't hard code the above is because there are more than one applications, and, of course, I want to be able to access the application directly from http://one.org/ as well. Suggestions on how I can grab the requested uri? -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science =======================================================================

3 11

outputting xml
by Maurice Mengel 19 Aug '10

19 Aug '10

Hi! I don't quite understand how to output xml. I get an error message because after my xml there is "HTTP/1.0 200 OK" Something like </granularity></Identify></OAI-PMH>HTTP/1.0 200 OK I guess it is the line "HTTP/1.0 200 OK Content-Type: text/html X-Powered-By: Perl Dancer 1.1805 1" which I am trying to disable. How? Right now I create XML by using HTTP::OAI, i.e. $response->set_handler( XML::SAX::Writer->new( Output => \*STDOUT ) ); $response->generate; Thanks in advanvce!

2 1

dancer bug
by P Kishor 16 Aug '10

16 Aug '10

from http://perlsharedhosting.com/tech/frameworks/dancer " Note – there is a bug in Dancer version 1.1803 causing routes to work incorrectly under some versions of Apache. Hopefully by the time you read this the bug will be fixed, but in the meantime, edit ~/dancertest/lib/dancertest.pm and change the default route so that it matches all paths: view source print? get r('.*') => sub { template 'index'; }; " Well, the above bug still exists, and I am using the latest version of Dancer. I must have wasted close to 3-4 days trying to figure out how to run Dancer with Apache CGI, but the deployment instructions for Dancer are still far from useful. Of course, I also have had to move dispatch.cgi from within public/ to one level above so Apache can get to it. Its all really incorrect. Could someone please comment on the state of Dancer deployment? Many thanks, -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science =======================================================================

3 10

catching routes with r('.*')
by P Kishor 16 Aug '10

16 Aug '10

So, the only way I am able to get Dancer 1.1805 deploy under Apache2 CGI is by using get r('.*') => sub {} Unfortunately, I can't seem to figure out how to use the captured route value. `splat` doesn't seem to do the trick. For example ---- get r('.*') => \&default; sub default { my ($route) = splat; my $route = $route ? $route : 'welcome'; my $template_opts = { route => $route }; template 'index.tt', $template_opts; }; ---- and then, in my index.tt ---- Hello, and [% route %]. ---- However, when I go to http://myapp/, I get ---- Hello, and 1. ---- If I go to http://myapp/foo, I get a 404 again. I believe I might just be back at an impasse whereby I am simply unable to run Dancer with Apache2 under CGI. A bit of an explanation as to why I am adamant about Apache2/CGI. It is the second easiest environment to develop under, for me at least. While launching `perl ./myapp.pl` on port 3000 is the easiest, that is not even an intermediate term solution. My servers run Apache or Apache2, and even my shared web servers run Apache/Apache2. My web site is not very high traffic, so CGI serves just as well for me. I believe Apache2/CGI can easily serve several 10s of thousands of hits a day. Once I need it, I can and will move to mod_perl, in which case I can use Plack, however, even with Plack, I am running into the dreaded 404 error. However, mod_perl is considerably more difficult to install on different servers, so CGI is the preferred option. -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science =======================================================================

2 3

dancer apps within apps
by P Kishor 14 Aug '10

14 Aug '10

Possibly my email subject is not entirely correct, but I don't quite know what to call this. I have the following application under ~/Sites/myapp/ My Apache conf file is <VirtualHost *:80> ServerName myapp.local DocumentRoot "/Users/punkish/Sites/myapp" ErrorLog /Users/punkish/Logs/myapp-error_log CustomLog /Users/punkish/Logs/myapp-access_log common <Directory "/Users/punkish/Sites/myapp"> Options Indexes ExecCGI FollowSymLinks AllowOverride All Order allow,deny Allow from all </Directory> <Location /> SetHandler perl-script PerlHandler Plack::Handler::Apache2 PerlSetVar psgi_app /Users/punkish/Sites/myapp/app.psgi </Location> </VirtualHost> And, everything works well when I go to http://myapp.local/ However, what I really want is to have a general welcome application under myapp with login and other commons functions. And then, have child apps that inherit some of the capabilities from myapp, but extend it further with unique functions. I have the following structure ~/Sites/myapp/ ~/Sites/myapp/app1/ ~/Sites/myapp/app2/ and so on. Each of the above directories has a full-fledged dancer app. Now, I am not sure how my Apache conf would be. I have tried the following <VirtualHost *:80> ServerName myapp.local DocumentRoot "/Users/punkish/Sites/myapp" ErrorLog /Users/punkish/Logs/myapp-error_log CustomLog /Users/punkish/Logs/myapp-access_log common <Directory "/Users/punkish/Sites/myapp"> Options Indexes ExecCGI FollowSymLinks AllowOverride All Order allow,deny Allow from all </Directory> # Add separate Location blocks for different apps <Location /app1> SetHandler perl-script PerlHandler Plack::Handler::Apache2 PerlSetVar psgi_app /Users/punkish/Sites/myapp/app1/app.psgi </Location> <Location /app2> SetHandler perl-script PerlHandler Plack::Handler::Apache2 PerlSetVar psgi_app /Users/punkish/Sites/myapp/app2/app.psgi </Location> </VirtualHost> The above gives me dancer's 404, so it seems that dancer is being invoked, but some path is fubar. What am I doing wrong? -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science =======================================================================

1 1

Request for testers
by sukria 05 Aug '10

05 Aug '10

Hello, As I've explained a couple of times before, I've been working on a huge rewrite of Dancer's core. I'm very glad to announce that this rewrite is done, meaning that all the test suite (977 tests) passes successfully with the new code base. This rewrite enhances the way things are done behind the scene and - among other things - will allow users to "plug" different components into one application. I've merged that refactoring branch into "devel" and I'd like to have "real-life" test reports, so if you want to help, please grab the devel branch and run your app with it (in your development environment of course). I welcome very much feedback about issues you may encounter then (as issues report on GitHub). Thanks a lot. Happy dancing. Alexis.

2 2

Dancer QA
by franck 04 Aug '10

04 Aug '10

Hi all I would like to organize a QA day for Dancer. The idea is to: - reach 1k tests for Dancer - close/work on all issues reported on github/RT - test the branch "refactoring/app" [ http://github.com/sukria/Dancer/tree/refactoring/app] (which should be the new code base for 1.2) We will try to do this in august (probably saturday 14). More informations coming soon.

4 4

multiple layouts and login
by P Kishor 04 Aug '10

04 Aug '10

Hi, Is it possible to use different layouts for different parts of the application, perhaps, for different routes? Right now, it seems, only one layout per application is possible via the layout setting in the config file. Also, I am looking for a tutorial (cookbook recipe, perhaps) on how to create an authentication mechanism, one that would let me specify a bunch of routes that should be available only after login, redirecting the user to a login page. Many thanks, -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science =======================================================================

2 3