From Sebastian Riedel

perl -Mojo -E'say g("")->dom("*")->pluck("type")->uniq'

perl -Mojo -E'g("")->dom("big a")

perl -Mojo -E'say g("")->dom("*")->pluck(attrs => "href")

perl -Mojo -E'say r g("")->json'

perl -Mojo -E'a({json => {foo => ["bar"]}})->start' get / /foo/0

perl -Mojo -E'g("")->dom("h1, h2, h3")->map(sub { $_->text })

mojo get 'p.title > a.title' text

perl -Mojo -E'say a->text_field("foo", value => "bar")'

perl -Mojo -E'a("/:name" => {inline => "Hi !"})->start' get -v /foo

perl -Mojo -E 'a(sub { shift->render(json => {time => time}) })
->start' daemon

(See for more, and also the mailing list archives.)


Authenticate user

From Ben van Staveren

validate_user => sub {
  my ($c, $username, $password, $extra) = (@_);

  if(MyUsers->login($username, $password) == 1) {
    return $username;
  } else {
    $c->stash(login_error_message => 'Invalid credentials');
    return undef;

load_user => sub {
   my ($c, $uid) = (@_);

   return MyUsers->get_user_data_for_username($uid);

And then you want to:

my $r = $self->routes->bridge('/')->to('login#check');

The 'check' method in login can simply do this:

sub check {
  my $self = shift;

  return 1 if $self->is_user_authenticated;
  $self->render('login_form') and return 0;

Anything now routed under $r goes through the login check. If you want "public" and "private" bits, do it like this:

my $public = $self->routes->any('/')->to('public_site#index);
my $private = $public->bridge('/')->to('login#check');


Async page prep

From s at

    around_dispatch => sub {
      my ($next, $c) = @_;

      # grab a title from
        '' => sub {
          my ($ua, $tx) = @_;

          my $res = $tx->success;
          my $mytitle = $res ? $res->dom->at("title")->text : "Error";

          # stash
          $c->stash(mytitle => $mytitle);

          # Now we are ready


Render pdf from memory

From Pavel Goloborodko

$self->render_data( $pdf );

When debugging code that uses attributes, as provided by Mojo::Base, it sometimes helps to visualise what its getter/setter actually looks like.

A getter/setter with defined default.

package MyClass;
sub my_attr {
  if (@_ == 1) {
    return $_[0]{'my_attr'} if exists $_[0]{'my_attr'};
    return $_[0]{'my_attr'} = $default->($_[0]);
  $_[0]{'my_attr'} = $_[1];

A getter/setter without default.

package MyClass;
sub my_attr {
  if (@_ == 1) {
    return $_[0]{'my_attr'};
  $_[0]{'my_attr'} = $_[1];

You can see your own attribute definitions via

./my_script eval 1

Obviously there is a lot of advocacy at mojocasts and, but there are a lot of useful posts outside those channels, for example in PerlMonks and StackOverflow.


Beginner apps with database



When a director gives you a line reading that doesn’t feel right for your character, nod and agree with him or her, then do it the way you know your character would do it. If you’re an actor, always be true to your character; if you’re not an actor, have character, and always be true to yourself… Whatever you do, wherever you go, do something real, make a real product, provide a real service, do something of value. Create something of beauty. — Robert De Niro at Bates

… or living without perlbrew.

There are several advantages to building perl locally, my top five being

  1. Ensure you are using unthreaded perl
  2. Control where (this version of) perl is installed (with short paths)
  3. Customise the @INC path (with fewer components, simplifying debugging)
  4. Easily switch to test releases under different versions
  5. Stop pondering if you are getting best performance

These notes give a reliable route to getting what you always wanted (if what you always wanted was a customised perl). If all you want is a default build of perl redirect yourself to Perl README where you will find things are even simpler (even if you want to customise where perl is installed). These notes are for people who want to customise more than that (eg @INC), especially if they want to do that on more than one machine or for more than one version of perl.

The notes assume you’re on linux and using bash as your shell, but I’m confident it won’t be difficult to translate them to your environment. I have used them to build v5.12.4—v5.17.4 on different (linux) architectures without troubles (but it didn’t work on v5.10.1 and below). The sneaky bit is it helps if you have a couple of files from here.

where “x86-64” is replaced by the arch identifier for perl (that one is for amd64). The most reliable way to produce it if you don’t have one is to

./Configure -es -Dprefix=/opt/perl/5.16.1

and manually answer each question. (You won’t have to do this again, unless new options are added in a future version of perl.) Then save the resulting to a filename like above and edit the file till it’s exactly what you want, then proceed as below.

A quick alternative to answering all those questions is to run it on ‘auto’ and then edit the resulting

./Configure -des -Dprefix=/opt/perl/5.16.1
rm -f
./Configure -des -Dprefix=/opt/perl/5.16.1

Grab the wget line from Get Perl and unpack the archive into /opt/perl/build.

apt-get install build-essential
cd /opt/perl/build/perl-5.16.1
cp /tmp/Policy.sh_x86-64_5.16.1
./Configure -des -Dprefix=/opt/perl/5.16.1
diff /tmp/Policy.sh_x86-64_5.16.1

If the paths in that diff are the same then you’re safe to proceed. But sometimes Configure fails to pick up Policy and the diff shows the paths still disagree. In that case

rm -f

then repeat the cp line and the lines that follow it.

Once the diff shows no disagreement about configuration, you’re safe to proceed.

make && make test && make install
env -i /opt/perl/5.16.1/bin/perl -V

Then create an env var file

mkdir -p /etc/perl
vi /etc/perl/perl.env

with the contents

export PERL_MB_OPT="--install_base $p"
if ! which perl5.16.1; then
  if [ "$(id -u)" -eq 0 ]; then
  export PATH

That works nicely in an environment where you have one ‘active’ perl at a time, and you only need to edit that file at upgrade time. If you test against multiple versions of perl, you’ll want to call that file /etc/perl/perl-5.16.1.env.

(That file is quite naive because it assumes perl is the only ‘special’ package on your box. You might want to use PATH=$p/bin:$PATH or something smarter.)

Then install a corresponding cpanm.

. /etc/perl/perl.env
which cpan
cpan App::cpanminus

Scripts then optionally pick up this new perl via

. /etc/perl/perl.env

which you should test with

which perl
perl -V

You might want to edit your profile so that all new interactive shells automatically include perl.env. (I choose not to do that.)

At the head of scripts that should use this perl, you can use


or probably better (more conventional and requiring less maintenance but relies on your PATH being set correctly)

#!/usr/bin/env perl

Once you’re happy with your new perl you might want to save disk space by deleting the .tar.gz file and doing make clean inside the build dir. You’ll certainly want to preserve your for posterity.

A couple of warnings:

  • That /etc/perl/perl.env assumes you only have one instance of each version. If you have two instances, eg one threaded, one non-threaded, the if-clause will need to be made smarter.
  • Watch out for $HOME/.cpan or $HOME/.cpanm growing overly big. It’s not something you want to include accidentally in your backups.
  • I don’t follow the convention of having a redundant ‘perl5’ dir at the end of each path. My horrible workaround is to install with cpanm as usual and then run my unperl5 script which moves the contents of lib/perl5 to lib. If you don’t want to use that, the simpler option is to build perl with “/perl5” appended to each non-core library path. (eg /usr/local/lib/site_perl/perl5)

A nice example of Mojolicious code as a proxy service. This is thanks to xaka at gist.

use Mojo::UserAgent;
use Mojo::Server::Daemon;

my $ua = Mojo::UserAgent->new;
my $daemon = Mojo::Server::Daemon->new(
  listen => ['https://*:443']
$daemon->on(request => sub {
  my ($daemon, $tx) = @_;

  my $req = $tx->req->clone;

  $ua->start(Mojo::Transaction::HTTP->new(req => $req) => sub {
    my ($ua, $proxy_tx) = @_;

It can be a little fiddly to get the USB interface built on a debian box, but This Worked For Me(TM):

apt-get install libusb-1.0-0-dev libusb-1.0-0=2:1.0.8-2

Then install the appropriate perl interface; in my case:

cpanm -l /opt/perl Inline::C Device::USB::PCSensor::HidTEMPer

Next Page »