NAME

Any::Daemon::HTTP::VirtualHost - webserver virtual hosts

SYNOPSIS

my $vhost  = Any::Daemon::HTTP::VirtualHost->new
 ( directories => ...
 , rewrite     => ...
 , handlers    => ...
 );
my $daemon = Any::Daemon::HTTP->new
  ( @other_options
  , vhosts  => $vhost  # or \@vhosts
  );

# or
my $daemon = Any::Daemon::HTTP->new(@other_opts);
$daemon->addVirtualHost($vhost);
$daemon->addVirtualHost(@vhost2_opts);

# create object which extends Any::Daemon::HTTP::VirtualHost
my $myvhost = MyVHost->new(...);
$daemon->addVirtualHost($myvhost);

DESCRIPTION

These virtual host definitions are used by Any::Daemon::HTTP, to implement (server) name based data seperation. Its features resemble those of Apache virtual hosts.

Each virtual host usually has to Any::Daemon::HTTP::Directory slaves: one which describes the permissions for user directories (url paths in the form /~user/ ) and one for data outside the user space.

METHODS

Constructors

You may avoid the creation of extension classes for each virtual host, by using these options.

Any::Daemon::HTTP::VirtualHost->new(%options|\%options)

-Option     --Default
 aliases      []
 directories  <see text>
 documents    <undef>
 handlers     {}
 name         <required>
 proxies      undef
 redirect     <undef>
 rewrite      <undef>
 user_dirs    undef

aliases => HOSTNAME|ARRAY

directories => OBJECT|HASH|ARRAY

Pass one or more Any::Daemon::HTTP::Directory OBJECTS, or HASHes which will be used to initialize them.

documents => DIRECTORY

An absolute DIRECTORY for the location of the source files. Creates the most free Any::Daemon::HTTP::Directory object. If you need things like access restrictions, then do not use this option but the directories option.

handlers => CODE|HASH

The keys are path names, part of the request URIs. The values are CODE-references, called when that URI is addressed. The access rules are taken from the directory definition which is selected by the path. Read "DETAILS" for the details.

name => HOSTNAME

proxies => OBJECT|HASH|ARRAY

Pass one or more Any::Daemon::HTTP::Proxy OBJECTS, or HASHes which will be used to initialize them.

redirect => CODE|METHOD|HASH

[0.21] Automatically redirect the browser to some other url, maybe to an other host. Configuration like for rewrite.

rewrite => CODE|METHOD|HASH

When a request arrives, the URI can be rewritten to become an other request. See "URI rewrite".

[0.21] When a METHOD name is specified, that will be called on the virtual host object. An HASH as parameter is interpreted as a simple lookup table.

user_dirs => undef|OBJECT|HASH

With an (empty?) HASH which contains instantiation parameter, an Any::Daemon::HTTP::UserDirs is created for you, with standard Apache behavior. You may provide your own OBJECT. Without this parameter, there are no public user pages.

Attributes

$obj->aliases(): Returns a list of all aliases (alternative names) for this server.
$obj->name(): Returns the primary name for this server.

Handler

$obj->addHandler(CODE|$method|$map|HASH)

Handlers are called to dynamically generate responses, for instance to fill-in templates. The "DETAILS" section below explains how handlers work.

When only CODE is given, then this will be the default handler for all paths (under '/', top). [0.21] CODE may also be a $method name.

Usually, you pass a $map as PAIRS or as HASH, relating PATH names inside the virtual host into function references or method names to be used for that tree.

example:

$vhost->addHandler('/' => \&default_handler
   , '/upload' => \&upload_handler);

$vhost->addHandler(\&default_handler);

# [0.21] will call $vhost->formHandle
$vhost->addHandler('/form' => 'formHandler');

$obj->addHandlers($params)

Same as addHandler().

$obj->findHandler($uri|$path|@segments)

Find the handler which matches the given $uri best. The $uri is the rewritten URI of the request, an URI object. It's $path is sufficient, may also be broken into path @segments already.

Access permissions

$obj->handleRequest( $server, $session, $request, [$uri] )

Basic daemon actions

$obj->addSource($source): The $source objects extend Any::Daemon::HTTP::Source, for instance a ::Directory or a ::Proxy. You can find them back via sourceFor().
$obj->mustRedirect($uri): [0.21] Returns an HTTP::Response object if the $uri needs to be redirected, according to the vhost configuration.
$obj->redirect( $uri, [$http_code] ): [0.21] Returns an HTTP::Response object of the $uri.
$obj->rewrite($uri): Returns an $uri object as result, which may be the original in case of no rewrite was needed. See "$uri Rewrite".

Directories

$obj->addDirectory($object|HASH|%options): Either pass a Any::Daemon::HTTP::Directory $object or the %options to create the object. When %options are provided, they are passed to Any::Daemon::HTTP::Directory::new() to create the $object.
$obj->filename($uri): Translate the $uri into a filename, without checking for existence. Returns undef is not possible.
$obj->sourceFor($path|$path_segments): Find the best matching Any::Daemon::HTTP::Source object, which might be a ::UserDirs, a ::Directory, or a ::Proxy.

Proxies

$obj->addProxy($object|HASH|%options): Either pass a Any::Daemon::HTTP::Proxy $object or the %options to create the object. When %options are provided, they are passed to Any::Daemon::HTTP::Proxy::new() to create the $object.

DETAILS

Handlers

Handlers are called to dynamically generate responses, for instance to fill-in templates.

When a request for an URI is received, it is first checked whether a static file can fulfil the request. If not, a search is started for the handler with the longest path.

# /upload($|/*) goes to the upload_handler
$vhost->addHandler
  ( '/'       => \&default_handler
  , '/upload' => \&upload_handler
  );

# Missing files go to the default_handler
# which is actually replacing the existing one
$vhost->addHandler(\&default_handler);

# [0.21] This will call $vhost->formHandle(...), especially
# useful in your virtual host sub-class.
$vhost->addHandler('/form' => 'formHandler');

The handlers are called with many arguments, and should return an HTTP::Response object:

$vhost->addHandler('/upload' => $handler);
my $resp = $hander->($vhost, $session, $req, $uri, $tree);

$vhost->addHandler('/form' => $method);
my $resp = $vhost->$method($session, $req, $uri, $tree);

In which

$vhost is an Any::Daemon::HTTP::VirtualHost,
$session is an Any::Daemon::HTTP::Session,
$req is an HTTP::Request,
$uri an URI after rewrite rules, and
$tree the selected Any::Daemon::HTTP::Directory.

The handler could work like this:

sub formHandler($$$$)
{   my ($vhost, $session, $req, $uri, $tree) = @_;
    # in OO extended vhosts, then $vhost => $self

    # Decode path parameters in Plack style
    # ignore two components: '/' and 'form' from the path
    my (undef, undef, $name, @more) = $uri->path_segments;

    HTTP::Response->new(HTTP_OK, ...);
}

Your virtual host as class

When your virtual host has larger configuration or many handlers --or when you like clean programming--, it may be a good choice to put your code in a separate package with the normal Object Oriented extension mechanism.

You may need to implement your own information persistence via databases or configation files. For that, extend Any::Daemon::HTTP::Session.

URI Rewrite

For each request, the rewrite() method is called to see whether a rewrite of the URI is required. The method must return the original URI object (the only parameter) or a new URI object.

Using Template::Toolkit

Connecting this server to the popular Template::Toolkit webpage framework is quite simple:

# Use TT only for pages under /status
$vhost->addHandler('/status' => 'ttStatus');

sub ttStatus($$$$)
{   my ($self, $session, $request, $uri, $tree) = @_;;
    my $template = Template->new(...);

    my $output;
    my $values = {};  # collect the values
    $template->process($fn, $values, \$output)
        or die $template->error, "\n";

    HTTP::Response->new(HTTP_OK, undef
      , ['Content-Type' => 'text/html']
      , "$output"
      );
}

See Log::Report::Extract::Template if you need translations as well.

LICENSE

Copyrights 2013-2014 by [Mark Overmeer]. For other contributors see ChangeLog.

This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself. See http://www.perl.com/perl/misc/Artistic.html

To install Any::Daemon::HTTP, copy and paste the appropriate command in to your terminal.

cpanm

cpanm Any::Daemon::HTTP

CPAN shell

perl -MCPAN -e shell
install Any::Daemon::HTTP

For more information on module installation, please visit the detailed CPAN module installation guide.

	Global
`s`	Focus search bar
`?`	Bring up this help dialog

	GitHub
`g` `p`	Go to pull requests
`g` `i`	go to github issues (only if github is preferred repository)

	POD
`g` `a`	Go to author
`g` `c`	Go to changes
`g` `i`	Go to issues
`g` `d`	Go to dist
`g` `r`	Go to repository/SCM
`g` `s`	Go to source
`g` `b`	Go to file browse

	Search terms
module: (e.g. module:Plugin)
distribution: (e.g. distribution:Dancer auth)
author: (e.g. author:SONGMU Redis)
version: (e.g. version:1.00)