cpython/Doc/library/basehttpserver.rst

303 lines
10 KiB
ReStructuredText
Raw Normal View History

2007-08-15 11:28:01 -03:00
:mod:`BaseHTTPServer` --- Basic HTTP server
===========================================
.. module:: BaseHTTPServer
:synopsis: Basic HTTP server (base class for SimpleHTTPServer and CGIHTTPServer).
.. note::
The :mod:`BaseHTTPServer` module has been merged into :mod:`http.server` in
Python 3.0. The :term:`2to3` tool will automatically adapt imports when
converting your sources to 3.0.
2007-08-15 11:28:01 -03:00
.. index::
pair: WWW; server
pair: HTTP; protocol
single: URL
single: httpd
module: SimpleHTTPServer
module: CGIHTTPServer
**Source code:** :source:`Lib/BaseHTTPServer.py`
--------------
2007-08-15 11:28:01 -03:00
This module defines two classes for implementing HTTP servers (Web servers).
Usually, this module isn't used directly, but is used as a basis for building
functioning Web servers. See the :mod:`SimpleHTTPServer` and
:mod:`CGIHTTPServer` modules.
The first class, :class:`HTTPServer`, is a :class:`SocketServer.TCPServer`
subclass, and therefore implements the :class:`SocketServer.BaseServer`
interface. It creates and listens at the HTTP socket, dispatching the requests
2007-08-15 11:28:01 -03:00
to a handler. Code to create and run the server looks like this::
def run(server_class=BaseHTTPServer.HTTPServer,
handler_class=BaseHTTPServer.BaseHTTPRequestHandler):
server_address = ('', 8000)
httpd = server_class(server_address, handler_class)
httpd.serve_forever()
.. class:: HTTPServer(server_address, RequestHandlerClass)
This class builds on the :class:`TCPServer` class by storing the server
address as instance variables named :attr:`server_name` and
:attr:`server_port`. The server is accessible by the handler, typically
through the handler's :attr:`server` instance variable.
2007-08-15 11:28:01 -03:00
.. class:: BaseHTTPRequestHandler(request, client_address, server)
This class is used to handle the HTTP requests that arrive at the server. By
itself, it cannot respond to any actual HTTP requests; it must be subclassed
to handle each request method (e.g. GET or
POST). :class:`BaseHTTPRequestHandler` provides a number of class and
instance variables, and methods for use by subclasses.
2007-08-15 11:28:01 -03:00
The handler will parse the request and the headers, then call a method
specific to the request type. The method name is constructed from the
request. For example, for the request method ``SPAM``, the :meth:`do_SPAM`
method will be called with no arguments. All of the relevant information is
stored in instance variables of the handler. Subclasses should not need to
override or extend the :meth:`__init__` method.
2007-08-15 11:28:01 -03:00
:class:`BaseHTTPRequestHandler` has the following instance variables:
2007-08-15 11:28:01 -03:00
.. attribute:: client_address
2007-08-15 11:28:01 -03:00
Contains a tuple of the form ``(host, port)`` referring to the client's
address.
2007-08-15 11:28:01 -03:00
.. attribute:: server
Contains the server instance.
.. attribute:: command
2007-08-15 11:28:01 -03:00
Contains the command (request type). For example, ``'GET'``.
2007-08-15 11:28:01 -03:00
.. attribute:: path
2007-08-15 11:28:01 -03:00
Contains the request path.
2007-08-15 11:28:01 -03:00
.. attribute:: request_version
2007-08-15 11:28:01 -03:00
Contains the version string from the request. For example, ``'HTTP/1.0'``.
2007-08-15 11:28:01 -03:00
.. attribute:: headers
2007-08-15 11:28:01 -03:00
Holds an instance of the class specified by the :attr:`MessageClass` class
variable. This instance parses and manages the headers in the HTTP
request.
2007-08-15 11:28:01 -03:00
.. attribute:: rfile
2007-08-15 11:28:01 -03:00
Contains an input stream, positioned at the start of the optional input
data.
2007-08-15 11:28:01 -03:00
.. attribute:: wfile
2007-08-15 11:28:01 -03:00
Contains the output stream for writing a response back to the
client. Proper adherence to the HTTP protocol must be used when writing to
this stream.
2007-08-15 11:28:01 -03:00
:class:`BaseHTTPRequestHandler` has the following class variables:
2007-08-15 11:28:01 -03:00
.. attribute:: server_version
2007-08-15 11:28:01 -03:00
Specifies the server software version. You may want to override this. The
format is multiple whitespace-separated strings, where each string is of
the form name[/version]. For example, ``'BaseHTTP/0.2'``.
2007-08-15 11:28:01 -03:00
.. attribute:: sys_version
2007-08-15 11:28:01 -03:00
Contains the Python system version, in a form usable by the
:attr:`version_string` method and the :attr:`server_version` class
variable. For example, ``'Python/1.4'``.
2007-08-15 11:28:01 -03:00
.. attribute:: error_message_format
2007-08-15 11:28:01 -03:00
Specifies a format string for building an error response to the client. It
uses parenthesized, keyed format specifiers, so the format operand must be
a dictionary. The *code* key should be an integer, specifying the numeric
HTTP error code value. *message* should be a string containing a
(detailed) error message of what occurred, and *explain* should be an
explanation of the error code number. Default *message* and *explain*
values can found in the *responses* class variable.
2007-08-15 11:28:01 -03:00
.. attribute:: error_content_type
Specifies the Content-Type HTTP header of error responses sent to the
client. The default value is ``'text/html'``.
.. versionadded:: 2.6
Previously, the content type was always ``'text/html'``.
2007-08-15 11:28:01 -03:00
.. attribute:: protocol_version
2007-08-15 11:28:01 -03:00
This specifies the HTTP protocol version used in responses. If set to
``'HTTP/1.1'``, the server will permit HTTP persistent connections;
however, your server *must* then include an accurate ``Content-Length``
header (using :meth:`send_header`) in all of its responses to clients.
For backwards compatibility, the setting defaults to ``'HTTP/1.0'``.
2007-08-15 11:28:01 -03:00
.. attribute:: MessageClass
2007-08-15 11:28:01 -03:00
.. index:: single: Message (in module mimetools)
2007-08-15 11:28:01 -03:00
Specifies a :class:`rfc822.Message`\ -like class to parse HTTP headers.
Typically, this is not overridden, and it defaults to
:class:`mimetools.Message`.
2007-08-15 11:28:01 -03:00
.. attribute:: responses
2007-08-15 11:28:01 -03:00
This variable contains a mapping of error code integers to two-element tuples
containing a short and long message. For example, ``{code: (shortmessage,
longmessage)}``. The *shortmessage* is usually used as the *message* key in an
error response, and *longmessage* as the *explain* key (see the
:attr:`error_message_format` class variable).
2007-08-15 11:28:01 -03:00
A :class:`BaseHTTPRequestHandler` instance has the following methods:
2007-08-15 11:28:01 -03:00
.. method:: handle()
2007-08-15 11:28:01 -03:00
Calls :meth:`handle_one_request` once (or, if persistent connections are
enabled, multiple times) to handle incoming HTTP requests. You should
never need to override it; instead, implement appropriate :meth:`do_\*`
methods.
2007-08-15 11:28:01 -03:00
.. method:: handle_one_request()
2007-08-15 11:28:01 -03:00
This method will parse and dispatch the request to the appropriate
:meth:`do_\*` method. You should never need to override it.
2007-08-15 11:28:01 -03:00
.. method:: send_error(code[, message])
2007-08-15 11:28:01 -03:00
Sends and logs a complete error reply to the client. The numeric *code*
specifies the HTTP error code, with *message* as optional, more specific text. A
complete set of headers is sent, followed by text composed using the
:attr:`error_message_format` class variable.
2007-08-15 11:28:01 -03:00
.. method:: send_response(code[, message])
2007-08-15 11:28:01 -03:00
Sends a response header and logs the accepted request. The HTTP response
line is sent, followed by *Server* and *Date* headers. The values for
these two headers are picked up from the :meth:`version_string` and
:meth:`date_time_string` methods, respectively.
2007-08-15 11:28:01 -03:00
.. method:: send_header(keyword, value)
2007-08-15 11:28:01 -03:00
Writes a specific HTTP header to the output stream. *keyword* should
specify the header keyword, with *value* specifying its value.
2007-08-15 11:28:01 -03:00
.. method:: end_headers()
2007-08-15 11:28:01 -03:00
Sends a blank line, indicating the end of the HTTP headers in the
response.
2007-08-15 11:28:01 -03:00
.. method:: log_request([code[, size]])
2007-08-15 11:28:01 -03:00
Logs an accepted (successful) request. *code* should specify the numeric
HTTP code associated with the response. If a size of the response is
available, then it should be passed as the *size* parameter.
2007-08-15 11:28:01 -03:00
.. method:: log_error(...)
2007-08-15 11:28:01 -03:00
Logs an error when a request cannot be fulfilled. By default, it passes
the message to :meth:`log_message`, so it takes the same arguments
(*format* and additional values).
2007-08-15 11:28:01 -03:00
.. method:: log_message(format, ...)
2007-08-15 11:28:01 -03:00
Logs an arbitrary message to ``sys.stderr``. This is typically overridden
to create custom error logging mechanisms. The *format* argument is a
standard printf-style format string, where the additional arguments to
:meth:`log_message` are applied as inputs to the formatting. The client
ip address and current date and time are prefixed to every message logged.
2007-08-15 11:28:01 -03:00
.. method:: version_string()
2007-08-15 11:28:01 -03:00
Returns the server software's version string. This is a combination of the
:attr:`server_version` and :attr:`sys_version` class variables.
2007-08-15 11:28:01 -03:00
.. method:: date_time_string([timestamp])
2007-08-15 11:28:01 -03:00
Returns the date and time given by *timestamp* (which must be in the
format returned by :func:`time.time`), formatted for a message header. If
*timestamp* is omitted, it uses the current date and time.
2007-08-15 11:28:01 -03:00
The result looks like ``'Sun, 06 Nov 1994 08:49:37 GMT'``.
2007-08-15 11:28:01 -03:00
.. versionadded:: 2.5
The *timestamp* parameter.
2007-08-15 11:28:01 -03:00
.. method:: log_date_time_string()
2007-08-15 11:28:01 -03:00
Returns the current date and time, formatted for logging.
2007-08-15 11:28:01 -03:00
.. method:: address_string()
Returns the client address, formatted for logging. A name lookup is
performed on the client's IP address.
2007-08-15 11:28:01 -03:00
More examples
-------------
To create a server that doesn't run forever, but until some condition is
fulfilled::
def run_while_true(server_class=BaseHTTPServer.HTTPServer,
handler_class=BaseHTTPServer.BaseHTTPRequestHandler):
"""
This assumes that keep_running() is a function of no arguments which
is tested initially and after each request. If its return value
is true, the server continues.
"""
server_address = ('', 8000)
httpd = server_class(server_address, handler_class)
while keep_running():
httpd.handle_request()
2007-08-15 11:28:01 -03:00
.. seealso::
Module :mod:`CGIHTTPServer`
Extended request handler that supports CGI scripts.
Module :mod:`SimpleHTTPServer`
Basic request handler that limits response to files actually under the
document root.
2007-08-15 11:28:01 -03:00