Any-Daemon-HTTP
view release on metacpan or search on metacpan
lib/Any/Daemon/HTTP/VirtualHost.pod view on Meta::CPAN
Find the best matching L<Any::Daemon::HTTP::Source|Any::Daemon::HTTP::Source> object, which
might be a C<::UserDirs>, a C<::Directory>, or a C<::Proxy>.
=back
=head2 Proxies
=over 4
=item $obj-E<gt>B<addProxy>($object|HASH|%options)
Either pass a L<Any::Daemon::HTTP::Proxy|Any::Daemon::HTTP::Proxy> $object or the %options to
create the object. When %options are provided, they are passed to
L<Any::Daemon::HTTP::Proxy::new()|Any::Daemon::HTTP::Proxy/"Constructors"> to create the $object.
=back
=head1 DETAILS
=head2 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
=over 4
=item * C<$vhost> is an C<Any::Daemon::HTTP::VirtualHost>,
=item * C<$session> is an L<Any::Daemon::HTTP::Session|Any::Daemon::HTTP::Session>,
=item * C<$req> is an HTTP::Request,
=item * C<$uri> an URI after rewrite rules, and
=item * C<$tree> the selected C<Any::Daemon::HTTP::Directory>.
=back
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, ...);
}
=head2 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 L<Any::Daemon::HTTP::Session|Any::Daemon::HTTP::Session>.
B<. Example: own virtual host>
package My::Service;
use parent 'Any::Daemon::HTTP::VirtualHost';
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;
use parent 'Any::Daemon::HTTP::Session';
=head2 URI Rewrite
For each request, the L<rewrite()|Any::Daemon::HTTP::VirtualHost/"Basic daemon actions"> 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.
B<. Example: usage>
( run in 2.104 seconds using v1.01-cache-2.11-cpan-d8267643d1d )