AnyEvent-HTTP
view release on metacpan or search on metacpan
authentication and other retries and so on, and how often to do
so.
Only redirects to http and https URLs are supported. While most
common redirection forms are handled entirely within this
module, some require the use of the optional URI module. If it
is required but missing, then the request will fail with an
error.
headers => hashref
The request headers to use. Currently, "http_request" may
provide its own "Host:", "Content-Length:", "Connection:" and
"Cookie:" headers and will provide defaults at least for "TE:",
"Referer:" and "User-Agent:" (this can be suppressed by using
"undef" for these headers in which case they won't be sent at
all).
You really should provide your own "User-Agent:" header value
that is appropriate for your program - I wouldn't be surprised
if the default AnyEvent string gets blocked by webservers sooner
or later.
Also, make sure that your headers names and values do not
contain any embedded newlines.
timeout => $seconds
The time-out to use for various stages - each connect attempt
will reset the timeout, as will read or write activity, i.e.
this is not an overall timeout.
Default timeout is 5 minutes.
proxy => [$host, $port[, $scheme]] or undef
Use the given http proxy for all requests, or no proxy if
"undef" is used.
$scheme must be either missing or must be "http" for HTTP.
If not specified, then the default proxy is used (see
"AnyEvent::HTTP::set_proxy").
Currently, if your proxy requires authorization, you have to
specify an appropriate "Proxy-Authorization" header in every
request.
Note that this module will prefer an existing persistent
connection, even if that connection was made using another
proxy. If you need to ensure that a new connection is made in
this case, you can either force "persistent" to false or e.g.
use the proxy address in your "sessionid".
body => $string
The request body, usually empty. Will be sent as-is (future
versions of this module might offer more options).
cookie_jar => $hash_ref
Passing this parameter enables (simplified) cookie-processing,
loosely based on the original netscape specification.
The $hash_ref must be an (initially empty) hash reference which
will get updated automatically. It is possible to save the
cookie jar to persistent storage with something like JSON or
Storable - see the "AnyEvent::HTTP::cookie_jar_expire" function
if you wish to remove expired or session-only cookies, and also
for documentation on the format of the cookie jar.
Note that this cookie implementation is not meant to be
complete. If you want complete cookie management you have to do
that on your own. "cookie_jar" is meant as a quick fix to get
most cookie-using sites working. Cookies are a privacy disaster,
do not use them unless required to.
When cookie processing is enabled, the "Cookie:" and
"Set-Cookie:" headers will be set and handled by this module,
otherwise they will be left untouched.
tls_ctx => $scheme | $tls_ctx
Specifies the AnyEvent::TLS context to be used for https
connections. This parameter follows the same rules as the
"tls_ctx" parameter to AnyEvent::Handle, but additionally, the
two strings "low" or "high" can be specified, which give you a
predefined low-security (no verification, highest compatibility)
and high-security (CA and common-name verification) TLS context.
The default for this option is "low", which could be interpreted
as "give me the page, no matter what".
See also the "sessionid" parameter.
sessionid => $string
The module might reuse connections to the same host internally
(regardless of other settings, such as "tcp_connect" or
"proxy"). Sometimes (e.g. when using TLS or a specfic proxy),
you do not want to reuse connections from other sessions. This
can be achieved by setting this parameter to some unique ID
(such as the address of an object storing your state data or the
TLS context, or the proxy IP) - only connections using the same
unique ID will be reused.
on_prepare => $callback->($fh)
In rare cases you need to "tune" the socket before it is used to
connect (for example, to bind it on a given IP address). This
parameter overrides the prepare callback passed to
"AnyEvent::Socket::tcp_connect" and behaves exactly the same way
(e.g. it has to provide a timeout). See the description for the
$prepare_cb argument of "AnyEvent::Socket::tcp_connect" for
details.
tcp_connect => $callback->($host, $service, $connect_cb,
$prepare_cb)
In even rarer cases you want total control over how
AnyEvent::HTTP establishes connections. Normally it uses
AnyEvent::Socket::tcp_connect to do this, but you can provide
your own "tcp_connect" function - obviously, it has to follow
the same calling conventions, except that it may always return a
connection guard object.
The connections made by this hook will be treated as equivalent
to connections made the built-in way, specifically, they will be
put into and taken from the persistent connection cache. If your
$tcp_connect function is incompatible with this kind of re-use,
( run in 1.310 second using v1.01-cache-2.11-cpan-39bf76dae61 )