NAME
Nginx - full-featured perl support for nginx
SYNOPSIS
use Nginx;
# nginx's asynchronous resolver
# "resolver 1.2.3.4;" in nginx-perl.conf
ngx_resolver "www.google.com", 15, sub {
my (@IPs) = @_;
if ($!) {
my ($errcode, $errstr) = @_;
ngx_log_error $!, "Cannot resolve google's IP: $errstr";
}
};
# timer
ngx_timer 5, 0, sub {
ngx_log_notice 0, "5 seconds gone";
};
# asynchronous connections
# with explicit flow control
ngx_connector "1.2.3.4", 80, 15, sub {
if ($!) {
ngx_log_error $!, "Connect error: $!";
return NGX_CLOSE;
}
my $c = shift; # connection
my $wbuf = "GET /\x0d\x0a";
my $rbuf;
ngx_writer $c, $wbuf, 15, sub {
if ($!) {
ngx_log_error $!, "Write error: $!";
return NGX_CLOSE;
}
return NGX_READ;
};
ngx_reader $c, $rbuf, 0, 0, 15, sub {
if ($! && $! != NGX_EOF) {
ngx_log_error $!, "Read error: $!";
return NGX_CLOSE;
}
if ($! == NGX_EOF) {
ngx_log_info 0, "response length: " . length ($rbuf);
return NGX_CLOSE;
}
return NGX_READ; # no errors - read again
};
return NGX_WRITE; # what to do on connect
};
# SSL handshake
ngx_connector "1.2.3.4", 80, 15, sub {
...
my $c = shift;
ngx_ssl_handshaker $c, 15, sub {
...
ngx_writer $c, $wbuf, 15, sub {
...
};
ngx_reader $c, $rbuf, 0, 0, 15, sub {
...
};
return NGX_WRITE;
};
return NGX_SSL_HANDSHAKE;
};
# asynchronous response
# via HTTP API
sub handler {
my ($r) = shift;
$r->main_count_inc;
ngx_resolver "www.google.com", 15, sub {
$r->send_http_header ('text/html');
unless ($!) {
lcoal $, = ', ';
$r->print ("OK, @_\n");
} else {
$r->print ("FAILED, $_[1]\n");
}
$r->send_special (NGX_HTTP_LAST);
$r->finalize_request (NGX_OK);
};
return NGX_DONE;
}
# and more...
nginx-perl.conf:
http {
perl_inc /path/to/lib;
perl_inc /path/to/apps;
perl_require My/App.pm;
perl_init_worker My::App::init_worker;
perl_exit_worker My::App::exit_worker;
perl_eval '$My::App::SOME_VAR = "foo"';
...
server {
location / {
perl_handler My::App::handler;
...
My/App.pm:
package My::App;
use Nginx;
sub handler {
my $r = shift;
...
}
...
DESCRIPTION
Nginx with capital N is a part of nginx-perl distribution.
Nginx-perl brings asynchronous functions and other useful features into embedded perl to turn it into nice and powerful perl web server.
RATIONALE
Nginx is very popular and stable asynchronous web-server. And reusing as much of its internals as possible gives this project same level of stability nginx has. Maybe not right from the beginning, but it can catch up with a very little effort.
Internal HTTP parser, dispatcher (locations) and different types of handlers free perl modules from reinventing all that, like most of the perl frameworks do. It's already there, native and extremely fast.
All of the output filters there as well and everything you do can be gzipped, processed with xslt or through any filter module for nginx. Again, extremely fast.
Nginx has a pretty decent master-worker model, which allows to do process management right out of the box.
And probably some other things I can't remember at the moment.
So, why use any of those perl frameworks if we already have nginx with nice native implementation for almost everything they offer. It just needed a little touch.
Additionally I wanted to implement new asynchronous API with proper flow control and explicit parameters to avoid complexity as much as possible.
INSTALLATION
As usual for perl extensions:
% perl Makefile.PL
% make
% make test
% make install
Makefile.PL supports everything ./configure does. To build it with SSL support use something like:
% perl Makefile.PL --with-http_ssl_module
Or if you want to install it into different perl simply run Makefile.PL undef it:
% /home/zzz/perl5/perlbrew/perls/perl-5.14.2/bin/perl Makefile.PL
It is safe to install nginx-perl alongside nginx. It uses capital N for perl modules and nginx-perl for binaries.
RUNNING EXAMPLES
You don't have to install nginx-perl to try it. There are couple of ready to try examples in eg/:
% ./objs/nginx-perl -p eg/helloworld
Now open another terminal or your web browser and go to http://127.0.0.1:55555/ or whatever IP you're on.
BENCHMARKING
The easiest way to benchmark nginx-perl against node.js is to run redis example from eg/redis, eg/redis.js and compare the results. But first you need to install Redis::Parser::XS from cpan:
% cpan Redis::Parser::XS
...
% ./objs/nginx-perl -p eg/redis
...
% ab -c10 -n10000 http://127.0.0.1:55555/
% ab -c10 -n10000 http://127.0.0.1:55555/single
% ab -c10 -n10000 http://127.0.0.1:55555/multi
Same goes for node.js:
% npm install redis
% npm install hiredis
...
% node eg/redis.js
...
% ab -c10 -n10000 http://127.0.0.1:55555/
% ab -c10 -n10000 http://127.0.0.1:55555/single
% ab -c10 -n10000 http://127.0.0.1:55555/multi
CONFIGURATION DIRECTIVES
- perl_inc /path/to/lib;
-
Works just like Perl's
use lib '/path/to/lib'
. Supports only one argument, but you can specify it multiple times.http { perl_inc /path/to/lib; perl_inc /path/to/myproject/lib;
- perl_require My/App.pm;
-
Same as Perl's own
require
.http { perl_inc /path/to/lib; perl_require My/App.pm;
- perl_init_worker My::App::init_worker;
-
Adds a handler to call on worker's start.
http { perl_inc /path/to/lib; perl_require My/App.pm; perl_init_worker My::App::init_worker; perl_init_worker My::AnotherApp::init_worker;
- perl_exit_worker My::App::exit_worker;
-
Adds a handler to call on worker's exit.
http { perl_inc /path/to/lib; perl_require My/App.pm; perl_exit_worker My::App::exit_worker; perl_exit_worker My::AnotherApp::exit_worker;
- perl_handler My::App::handler;
-
Sets current location's http content handler (a.k.a. http handler).
http { server { location / { perl_handler My::App::Handler;
- perl_access My::App::access_handler;
-
Adds an http access handler to the access phase of current location.
http { server { location / { perl_access My::App::access_handler; perl_handler My::App::Handler;
- perl_eval '$My::App::CONF{foo} = "bar"';
-
Evaluates some perl code on configuration level. Useful if you need to configure some perl modules directly fron nginx-perl.conf.
http { perl_eval '$My::App::CONF{foo} = "bar"';
- perl_app /path/to/app.pl;
-
Sets http content handler to the
sub { }
returned from the app. Internally does simple$handler = do '/path/to/app.pl'
, so you can put your app into @INC somewhere to get shorter path. Additionally prereads entire request body before calling the handler. Which means there is no need to call $r->has_request_body there.http { server { location / { perl_app /path/to/app.pl;
INTERNAL FUNCTIONS
ngx_escape_uri $uri, $type
;
Escapes $uri
using internal function ngx_escape_uri() from src/core/ngx_string.c. If $type
is specified, uses it or NGX_ESCAPE_URI otherwise. Returns escaped uri on success or undef on error;
my $foo = ngx_escape_uri 'a b';
# gives 'a%20b'
my $foo = ngx_escape_uri 'a b', NGX_ESCAPE_URI;
Type defines what characters to escape:
NGX_ESCAPE_URI " ", "#", "%", "?",
%00-%1F, %7F-%FF
NGX_ESCAPE_ARGS " ", "#", "%", "&", "+", "?",
%00-%1F, %7F-%FF
NGX_ESCAPE_URI_COMPONENT everything except:
ALPHA, DIGIT, "-", ".", "_", "~"
NGX_ESCAPE_HTML " ", "#", """, "%", "'",
%00-%1F, %7F-%FF
NGX_ESCAPE_REFRESH " ", """, "%", "'",
%00-%1F, %7F-%FF
NGX_ESCAPE_MEMCACHED " ", "%", %00-%1F
ngx_http_time $time
Returns $time
in HTTP format. Uses internal function ngx_http_time() from src/core/ngx_times.c.
my $tomorrow = ngx_http_time time + 86400;
# $tomorrow = 'Tue, 03 Apr 2012 20:14:41 GMT';
ngx_http_cookie_time $time
Returns $time
in HTTP format suitable for Set-Cookie header. Uses internal function ngx_http_cookie_time() from src/core/ngx_times.c.
my $tomorrow = ngx_http_time time + 86400;
# $tomorrow = 'Tue, 03-Apr-12 20:14:41 GMT';
ngx_http_parse_time $str
Parses $str
and returns timestamp. On error returns undef
. Uses internal function ngx_http_parse_time() from src/http/ngx_http_parse_time.c.
my $time = ngx_http_parse_time "Thu, 01 Jan 1970 00:00:00 GMT"
or die "Cannot parse time\n";
# $time = '0'
HTTP API
CONTENT HANDLER
This is where response should get generated and send to the client. Here's how to send response completely asynchronously:
sub handler {
my $r = shift;
$r->main_count_inc;
ngx_timer 1, 0, sub {
$r->send_http_header('text/html');
$r->print("OK\n");
$r->send_special(NGX_HTTP_LAST);
$r->finalize_request(NGX_OK);
};
return NGX_DONE;
}
Notice return NGX_DONE
instead of return OK
, this is important, because it allows to avoid post processing response the old way.
ACCESS HANDLER
Access handler is a perfect place for access control. Return NGX_OK
to allow access or some HTTP error to deny:
sub access_handler {
my ($r) = @_;
if ($r->uri eq '/private') {
return 403;
}
return NGX_OK;
}
It is also possible to do something asynchronously, as with content handler, but a bit differently. On success we have to pass request to the next phase handler but finalize it on error. As before, NGX_DONE
means that we are going to process request ourselves. So, let's rewrite first example but make it suitable for asynchronous execution:
sub access_handler {
my ($r) = @_;
if ($r->uri eq '/private') {
$r->finazlie_request(403);
return NGX_DONE;
}
$r->phase_handler_inc;
$r->core_run_phases;
return NGX_DONE;
}
Now it is possible to use timer or redis client or any other asynchronous function:
sub access_handler {
my ($r) = @_;
ngx_timer 1, 0, sub {
if ($r->uri eq '/private') {
$r->finalize_request(403);
return;
}
$r->phase_handler_inc;
$r->core_run_phases;
};
return NGX_DONE;
}
One of the interesting things you can do with it is putting username into internal variable:
sub access_handler {
my ($r) = @_;
ngx_timer 1, 0, sub {
$r->variable("my_username", "foobar");
$r->phase_handler_inc;
$r->core_run_phases;
};
return NGX_DONE;
}
It allows you to pass this variable to the upstream as a header or use it in any other way in configuration:
server {
set $my_username "guest";
location / {
perl_access Foo::access_handler;
proxy_pass http://1.2.3.4:5678;
proxy_set_header X-My-Username $my_username;
}
}
Be aware that nginx might call access handler more than once depending on your configuration. And if you are using redis for this you should consider caching reply even for a little time.
METHODS
Most of the following methods are available for both original embedded perl and nginx-perl.
$r->status($status)
Sets response status.
$r->status(404);
$r->send_http_header($content_type)
Sends http headers of the response. If $content_type
is given sets content type of the response.
$r->send_http_header("text/html; charset=UTF-8");
$r->header_only
Returns true if client expects only header of the response, e.g. HEAD request.
unless ($r->header_only) {
$r->print("hello world");
}
$r->uri
Returns normalized uri of the request without query string. Unparsed uri available through either new method $r->unparsed_uri
or internal variable $r->variable("request_uri")
.
$r->args
This is just a query string.
$r->request_method
Returns HTTP request method. As usual GET, HEAD, POST, etc.
$r->remote_addr
Returns textual representation of remote address.
$ctx = $r->ctx($ctx)
Sets and gets some context scalar. It will be useful to get some data from access handler for example.
$r->location_name
Returns the name of the location.
location /foo {
perl_handler ...;
}
my $loc = $r->location_name;
# $loc = '/foo'
$r->root
Returns the root path.
$r->header_in("User-Agent")
Returns desired HTTP header. Case doesn't matter. If you want to get all of the headers take a look at one of the new methods: $r->headers_in
.
$r->headers_in
Returns all headers in the following form:
{ content-type => ['text/html'],
content-length => [1234] }
$r->has_request_body(\&handler)
Returns true if there is a request body to be read and sets the handler to call when done or false otherwise. And if there is a body you should return from current handler and continue in the new one.
sub handler {
my ($r) = @_;
if ( $r->has_request_body(\&handler_with_body) ) {
return OK;
}
...
}
sub handler_with_body {
my ($r) = @_;
my $body = $r->request_body;
...
}
$r->preread
Returns part of the body already present in the header's buffer or undef otherwise.
$r->request_body
Returns request body if it is stored in memory or undef otherwise. By default request body will be read into memory if it is less than client_body_buffer_size
and client_max_body_size
. You can change them in nginx-perl.conf.
$r->request_body_file
If request body doesn't fit into client_body_buffer_size
it is stored in temporary file. You can read it yourself.
sub handler_with_body {
my ($r) = @_;
my $filename = $r->request_body_file;
if (open $fh, '<', $filename) {
...
}
}
$r->discard_request_body
Tells nginx to ignore request body.
$r->header_out($name, $value)
Adds HTTP header "$name: $value"
to the response.
$r->filename
Returns the name of the file translated from URI.
$r->print($data, ...)
Sends $data
to the client. Make sure to send HTTP header before you use this function.
$r->sendfile($filename, $offset, $length)
Kind of like print, buf sends a static file instead. If $offset
and $length
are specified uses them. Actual sending happens later.
If you have sendfile on;
in your nginx-perl.conf it will bypass output filters like gzip.
$r->flush
Forces nginx to start sending data to the client.
$r->internal_redirect($uri)
Performs internal redirect to $uri
. You can use it with original handler only, i.e. you have to return OK
after this call.
It might change in the future.
$r->allow_ranges
Allows nginx to handle byte ranges in the response.
$r->unescape($data)
Unescapes URI escaped data ("%XX"
).
$r->variable($name, $value)
Gets and sets internal variables, the ones that you can see in config.
$r->log_error($errno, $message)
Logs error message using current connection's log.
$r->main_count_inc()
Increases value of an internal r->main->count
by 1 and therefore allows to send response later from some other callback.
$r->send_special($rc)
Sends response in a special way. We are using this function to send response asynchronously from non-http handlers.
ngx_timer 1, 0, sub {
$r->send_http_header('text/html');
$r->print("OK\n");
$r->send_special(NGX_HTTP_LAST);
$r->finalize_request(NGX_OK);
};
$r->finalize_request($rc)
Decreases r->main->count
and finalizes request.
$r->phase_handler_inc()
Allows to move to the next phase handler from access handler.
$r->core_run_phases()
Allows to break out of access handler and continue later from some other callback.
ASYNCHRONOUS API
NAMING
NGX_FOO_BAR -- constants
ngx_*r -- asynchronous functions (creators)
NGX_VERB -- flow control constants
ngx_verb -- flow control functions
$r->foo_bar -- request object's methods
Each asynchronous function has an r at the end of its name. This is because those functions are creators of handlers with some parameters. E.g. ngx_writer creates write handler for some connection with some scalar as a buffer.
FLOW CONTROL
To specify what to do after each callback we can either call some function or return some value and let handler do it for us. Most of the ngx_* handlers support return value and even optimized for that kind of behavior.
Functions take connection as an argument:
ngx_read($c)
ngx_write($c)
ngx_ssl_handshake($c)
ngx_close($c)
Return values only work on current connection:
return NGX_READ;
return NGX_WRITE;
return NGX_SSL_HANDSHAKE;
return NGX_CLOSE;
As an example, let's connect and close connection. We will do flow control via single return
for this:
ngx_connector '1.2.3.4', 80, 15, sub {
return NGX_CLOSE;
};
Now, if we want to connect and then read exactly 10 bytes we need to create reader and return NGX_READ
from connector's callback:
ngx_connector '1.2.3.4', 80, 15, sub {
my $c = shift;
ngx_reader $c, $buf, 10, 10, 15, sub {
...
};
return NGX_READ;
};
This will be different, if we already have connection somehow:
ngx_reader $c, $buf, 10, 10, 15, sub {
...
};
ngx_read($c);
ERROR HANDLING
Each ngx_* handler will call back on any error with $!
set to some value and reset to 0 otherwise. For simplicity EOF considered to be an error as well and $!
will be set to NGX_EOF in such case.
Example:
ngx_reader $c, $buf, 0, 0, sub {
return NGX_WRITE
if $! == NGX_EOF;
return NGX_CLOSE
if $!;
...
};
FUNCTIONS
ngx_timer $after, $repeat, sub { };
Creates new timer and calls back after $after
seconds. If $repeat
is set reschedules the timer to call back again after $repeat
seconds or destroys it otherwise.
Internally $repeat
is stored as a refence, so changing it will influence rescheduling behaviour.
Simple example calls back just once after 1 second:
ngx_timer 1, 0, sub {
warn "tada\n";
};
This one is a bit trickier, calls back after 5, 4, 3, 2, 1 seconds and destroys itself:
my $repeat = 5;
ngx_timer $repeat, $repeat, sub {
$repeat--;
};
ngx_connector $ip, $port, $timeout, sub { };
Creates connect handler and attempts to connect to $ip:$port
within $timeout
seconds. Calls back with connection in @_
afterwards. On error calls back with $!
set to some value.
Expects one of the following control flow constants as a result of callback:
NGX_CLOSE
NGX_READ
NGX_WRITE
NGX_SSL_HANDSHAKE
Additionally returns connection, if you need one. However, it might be a 0
on some errors, make sure to check it's not if you are planning to use it with flow control functions.
Example:
ngx_connector $ip, 80, 15, sub {
return NGX_CLOSE
if $!;
my $c = shift;
...
return NGX_READ;
};
ngx_reader $c, $buf, $min, $max, $timeout, sub { };
Creates read handler for connection $c
with buffer $buf
. $min
indicates how much data should be present in $buf
before the callback and $max
limits total length of $buf
.
Internally $buf
, $min
, $max
and $timeout
are stored as refernces, so you can change them at any time to influence reader's behavior.
Expects one of the following control flow constants as a result of callback:
NGX_CLOSE
NGX_READ
NGX_WRITE
NGX_SSL_HANDSHAKE
On error calls back with $!
set to some value, including NGX_EOF in case of EOF.
my $buf;
ngx_reader $c, $buf, $min, $max, $timeout, sub {
return NGX_CLOSE
if $! && $! != NGX_EOF;
...
return NGX_WRITE;
};
Be aware, that $min
and $max
doesn't apply to the amount of data you want to read but rather to the appropriate buffer size to call back with.
ngx_writer $c, $buf, $timeout, sub { };
Creates write handler for connection $c
with buffer $buf
and write timeout in <$timeout>.
Internally $buf
and $timeout
are stored as references, so changing them will influence writer's behavior.
Expects one of the following control flow constants as a result of callback:
NGX_CLOSE
NGX_READ
NGX_WRITE
NGX_SSL_HANDSHAKE
On error calls back with $!
set to some value. NGX_EOF should be treated as fatal error here.
Example:
my $buf = "GET /\n";
ngx_writer $c, $buf, 15, sub {
return NGX_CLOSE
if $!;
...
return NGX_READ;
};
ngx_ssl_handshaker $c, $timeout, sub { };
Creates its own internal handler for both reading and writing and tries to do SSL handshake.
Expects one of the following control flow constants as a result of callback:
NGX_CLOSE
NGX_READ
NGX_WRITE
NGX_SSL_HANDSHAKE
On error calls back with $!
set to some value.
It's important to understand that handshaker will replace your previous reader and writer, so you have to create new ones.
Typically it should be called inside connector's callback:
ngx_connector ... sub {
return NGX_CLOSE
if $!;
my $c = shift;
ngx_ssl_handshaker $c, 15, sub {
return NGX_CLOSE
if $!;
...
ngx_writer ... sub { };
ngx_reader ... sub { };
return NGX_WRITE;
};
return NGX_SSL_HANDSHAKE;
};
ngx_resolver $name, $timeout, sub { };
Creates resolver's handler and tries to resolve $name
in $timeout
seconds using resolver specified in nginx-perl.conf.
On success returns all resolved IP addresses into @_
.
On error calls back with $!
set to some value, $_[0] set to one of the resolver-specific error constants and with textual explanation in $_[1]:
NGX_RESOLVE_FORMERR
NGX_RESOLVE_SERVFAIL
NGX_RESOLVE_NXDOMAIN
NGX_RESOLVE_NOTIMP
NGX_RESOLVE_REFUSED
NGX_RESOLVE_TIMEDOUT
This is a thin wrapper around nginx's internal resolver. All its current problems apply. To use it in production you'll need a local resolver, like named that does actual resolving.
ngx_resolver $host, $timeout, sub {
if ($!) {
my $errcode = $_[0];
my $errstr = $_[1];
warn "failed to resolve $host: $errstr\n";
...
return;
}
my @IPs = @_; # list of all resolved IP addresses
...
};
CONNECTION TAKEOVER
It is possible to takeover client connection completely and create you own reader and writer on that connection. You need this for websockets and protocol upgrade in general.
METHODS
There are two methods to support this:
$r->take_connection
$r->take_connection
initializes internal data structure and replaces connection's data with it. Returns connection on success or undef
on error.
my $c = $r->take_connection;
$r->give_connection
$r->give_connection
attaches request $r
back to its connection. Doesn't return anything.
TAKEOVER
So, to takeover you need to take connection from the request, tell nginx that you are going to finalize it later by calling $r->main_count_inc
, create reader and/or writer on that connection, start reading and/or writing flow and return NGX_DONE from your HTTP handler:
sub handler {
my $r = shift;
my $c = $r->take_connection()
or return HTTP_SERVER_ERROR;
$r->main_count_inc;
my $buf;
ngx_reader $c, $buf, ... , sub {
if ($!) {
$r->give_connection;
$r->finalize_request(NGX_DONE);
return NGX_NOOP;
}
...
};
ngx_writer $c, ... , sub {
if ($!) {
$r->give_connection;
$r->finalize_request(NGX_DONE);
return NGX_NOOP;
}
...
};
ngx_read($c);
return NGX_DONE;
}
Once you are done with the connection or connection failed with some error you MUST give connection back to the request and finalize it:
$r->give_connection;
$r->finalize_request(NGX_DONE);
return NGX_NOOP;
Usually you will also need to return NGX_NOOP instead of NGX_CLOSE, since your connection is going to be closed within http request's finalizer. But it shouldn't cuase any problems either way.
TIPS AND TRICKS
SELF-SUFFICIENT HANDLERS
It's important to know how and actually fairly easy to create self-sufficient reusable handlers for nginx-perl.
Just remember couple of things:
1. Use $r->location_name
as a prefix:
location /foo/ {
perl_handler My::handler;
}
sub handler {
...
my $prefix = $r->location_name;
$prefix =~ s/\/$//;
$out = "<a href=$prefix/something > do something </a>";
# will result in "<a href=/foo/something > do something </a>"
...
}
2. Use $r->variable
to configure handlers and to access per-server and per-location variables:
location /foo/ {
set $conf_bar "baz";
perl_handler My::handler;
}
sub handler {
...
my $conf_bar = $r->variable('conf_bar');
my $document_root = $r->variable('document_root');
...
}
3. Use $r->ctx
to exchange arbitrary data between handlers:
sub handler {
...
my $ctx = { foo => 'bar' };
$r->ctx($ctx);
my $ctx = $r->ctx;
...
}
4. Use perl_eval
to configure your modules directly from nginx-perl.conf:
http {
perl_require MyModule.pm;
perl_eval ' $My::CONF{foo} = "bar" ';
}
package My;
our %CONF = ();
sub handler {
...
warn $CONF{foo};
...
}
Check out eg/self-sufficient to see all this in action:
% ./objs/nginx-perl -p eg/self-sufficient
EXAMPLES
REQUEST QUEUE
In nginx-perl every request object $r
is created and destroyed with nginx's own request. This means, that it is possible to reorder natural request flow in any way you want. It can be very helpful in case of DDOS, unusual load spikes or anything else you can think of.
Request queuing is going to illustrate this feature.
Let's start by defining variables for our simple queueing system:
our @QUEUE;
our $MAX_ACTIVE_REQUESTS = 4;
our $ACTIVE_REQUESTS = 0;
Next, let's create an access handler that does actual queueing:
sub access_handler {
my ($r) = @_;
if ($ACTIVE_REQUESTS < $MAX_ACTIVE_REQUESTS) {
$ACTIVE_REQUESTS++;
return NGX_OK;
} else {
$r->log_error(0, "Too many concurrent requests, queueing");
push @QUEUE, $r;
return NGX_DONE;
}
}
Simple enough. But now we need a way to process our queue of requests. We are going to do this by creating our own destructor for request object. Every request object is blessed with Nginx
package, so Nginx::DESTROY
is what we need:
sub Nginx::DESTROY {
if (@QUEUE == 0) {
$ACTIVE_REQUESTS--;
} else {
my $r = shift @QUEUE;
$r->log_error(0, "Dequeuing");
$r->phase_handler_inc;
$r->core_run_phases;
}
}
That's it. Here's how to use it:
perl_require Requestqueue.pm;
server {
location = /index.html {
perl_access Requestqueue::access_handler;
}
}
Look for working example in eg/.
Things to remember: access handler can be called multiple times depending on your configuration; workers don't share data between each other.
SEE ALSO
Nginx::Test, Nginx::Util, Nginx::Redis, http://zzzcpan.github.com/nginx-perl, http://wiki.nginx.org/EmbeddedPerlModule, http://nginx.net/
AUTHOR
Igor Sysoev, Alexandr Gomoliako <zzz@zzz.org.ua>
COPYRIGHT AND LICENSE
Copyright (C) Igor Sysoev
Copyright 2011 Alexandr Gomoliako. All rights reserved.
This module is free software. It may be used, redistributed and/or modified under the same terms as nginx itself.