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 (vhost) configuration are used by Any::Daemon::HTTP, to implement (server) name based data separation. Its features resemble those of Apache virtual hosts.
Each vhost usually has two Any::Daemon::HTTP::Directory slaves: one which describes the permissions for user directories (url paths in the form /~user/
), the other 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
'AUTO'
directories <see text>
directory
undef
documents <
undef
>
handler
undef
handlers {}
name <required>
proxies
undef
proxy
undef
redirect <
undef
>
rewrite <
undef
>
user_dirs
undef
- aliases => HOSTNAME|'AUTO'|ARRAY
-
[0.26] Alternative host components which indicate the same virtual host. When 'AUTO' is given (the default since [0.28]), then generateAliases() is used to produce a convenient list.
- directories => OBJECT|HASH|ARRAY
-
Pass one or more Any::Daemon::HTTP::Directory OBJECTS, or HASHes which will be used to initialize them.
- directory => OBJECT|HASH|ARRAY
-
[0.28] Alias for
directories
. - 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. - handler => CODE|METHOD|HASH
-
Alias for
handlers
. - handlers => CODE|METHOD|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.
- proxy => OBJECT|HASH|ARRAY
-
[0.28] Alias for
proxies
. - 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->generateAliases($hostname)
- Any::Daemon::HTTP::VirtualHost->generateAliases($hostname)
- $obj->name()
-
Returns the primary name for this server.
Handler
- $obj->addHandler(CODE|METHOD|PAIRS|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 some PAIRS or a 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)
-
Alias for 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.
- $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. In other frameworks, they are called 'routes' or 'get'.
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
->addHandlers
(
'/'
=> \
&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 anAny::Daemon::HTTP::VirtualHost
,$session
is an Any::Daemon::HTTP::Session,$req
is an HTTP::Request,$uri
an URI after rewrite rules, and$tree
the selectedAny::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.
. Example: own virtual host
package
My::Service;
sub
init($)
{
my
(
$self
,
$args
) =
@_
;
$args
->{session_class} =
'My::Service::Session'
;
$self
->SUPER::init(
$args
);
$self
->addDirectory(...);
$self
->addHandler(
a
=>
'ah'
);
... etc ...
$self
;
}
sub
ah($$$$)
{
my
(
$self
,
$session
,
$request
,
$uri
,
$tree
) =
@_
;
return
HTTP::Response->new(...);
}
package
My::Service::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.
. Example: usage
my
$vhost
= Any::Daemon::HTTP::VirtualHost
->new(...,
rewrite
=> \
&rewrite
);
my
$vhost
= My::Service
# see above
->new(...,
rewrite
=>
'rewrite'
);
my
$vhost
= My::Service
# see above
->new(...,
rewrite
=> \
%lookup_table
);
. Example: rewrite URI
my
%lookup
=
(
'/'
=>
'/index-en.html'
,
'/news'
=>
'/news/2013/index.html'
);
sub
rewrite($)
{
my
(
$vhost
,
$uri
) =
@_
;
# when called as method, $vhost --> $self
# with lookup table
$uri
= URI->new_abs(
$lookup
{
$uri
->path},
$uri
)
if
exists
$lookup
{
$uri
->path};
# whole directory trees
$uri
= URI->new_abs(
'/somewhere/else'
.$1,
$uri
)
if
$uri
->path =~ m!^/some/dir(/.*|$)!;
$uri
;
}
Using Template Toolkit
Connecting this server to the popular Template Toolkit web-page framework is quite simple:
# Use TT only for pages under /status
$vhost
->addHandler(
'/status'
=>
'ttStatus'
);
sub
ttStatus($$$$)
{
my
(
$self
,
$session
,
$request
,
$uri
,
$tree
) =
@_
;;
# Often, this object is global or an attribute
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::Template if you need translations as well.
SEE ALSO
This module is part of Any-Daemon-HTTP distribution version 0.30, built on April 06, 2020. Website: http://perl.overmeer.net/any-daemon/
LICENSE
Copyrights 2013-2020 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://dev.perl.org/licenses/