home *** CD-ROM | disk | FTP | other *** search
/ The Datafile PD-CD 5 / DATAFILE_PDCD5.iso / utilities / p / python / !Python / Lib / NetLib / py / BaseHTTPSe next >
Text File  |  1996-02-12  |  15KB  |  483 lines
  1. """HTTP server base class.
  2.  
  3. Note: the class in this module doesn't implement any HTTP request; see
  4. SimpleHTTPServer for simple implementations of GET, HEAD and POST
  5. (including CGI scripts).
  6.  
  7. Contents:
  8.  
  9. - BaseHTTPRequestHandler: HTTP request handler base class
  10. - test: test function
  11.  
  12. XXX To do:
  13.  
  14. - send server version
  15. - log requests even later (to capture byte count)
  16. - log user-agent header and other interesting goodies
  17. - send error log to separate file
  18. - are request names really case sensitive?
  19.  
  20. """
  21.  
  22.  
  23. # See also:
  24. #
  25. # HTTP Working Group                                        T. Berners-Lee
  26. # INTERNET-DRAFT                                            R. T. Fielding
  27. # <draft-ietf-http-v10-spec-00.txt>                     H. Frystyk Nielsen
  28. # Expires September 8, 1995                                  March 8, 1995
  29. #
  30. # URL: http://www.ics.uci.edu/pub/ietf/http/draft-ietf-http-v10-spec-00.txt
  31.  
  32.  
  33. # Log files
  34. # ---------
  35. # 
  36. # Here's a quote from the NCSA httpd docs about log file format.
  37. # 
  38. # | The logfile format is as follows. Each line consists of: 
  39. # | 
  40. # | host rfc931 authuser [DD/Mon/YYYY:hh:mm:ss] "request" ddd bbbb 
  41. # | 
  42. # |        host: Either the DNS name or the IP number of the remote client 
  43. # |        rfc931: Any information returned by identd for this person,
  44. # |                - otherwise. 
  45. # |        authuser: If user sent a userid for authentication, the user name,
  46. # |                  - otherwise. 
  47. # |        DD: Day 
  48. # |        Mon: Month (calendar name) 
  49. # |        YYYY: Year 
  50. # |        hh: hour (24-hour format, the machine's timezone) 
  51. # |        mm: minutes 
  52. # |        ss: seconds 
  53. # |        request: The first line of the HTTP request as sent by the client. 
  54. # |        ddd: the status code returned by the server, - if not available. 
  55. # |        bbbb: the total number of bytes sent,
  56. # |              *not including the HTTP/1.0 header*, - if not available 
  57. # | 
  58. # | You can determine the name of the file accessed through request.
  59. # 
  60. # (Actually, the latter is only true if you know the server configuration
  61. # at the time the request was made!)
  62.  
  63.  
  64. __version__ = "0.2"
  65.  
  66.  
  67. import sys
  68. import time
  69. import socket # For gethostbyaddr()
  70. import string
  71. import rfc822
  72. import mimetools
  73. import SocketServer
  74.  
  75. # Default error message
  76. DEFAULT_ERROR_MESSAGE = """\
  77. <head>
  78. <title>Error response</title>
  79. </head>
  80. <body>
  81. <h1>Error response</h1>
  82. <p>Error code %(code)d.
  83. <p>Message: %(message)s.
  84. <p>Error code explanation: %(code)s = %(explain)s.
  85. </body>
  86. """
  87.  
  88.  
  89. class HTTPServer(SocketServer.TCPServer):
  90.  
  91.     def server_bind(self):
  92.     """Override server_bind to store the server name."""
  93.     SocketServer.TCPServer.server_bind(self)
  94.     host, port = self.socket.getsockname()
  95.     if not host or host == '0.0.0.0':
  96.         host = socket.gethostname()
  97.     hostname, hostnames, hostaddrs = socket.gethostbyaddr(host)
  98.     if '.' not in hostname:
  99.         for host in hostnames:
  100.         if '.' in host:
  101.             hostname = host
  102.             break
  103.     self.server_name = hostname
  104.     self.server_port = port
  105.  
  106.  
  107. class BaseHTTPRequestHandler(SocketServer.StreamRequestHandler):
  108.  
  109.     """HTTP request handler base class.
  110.  
  111.     The following explanation of HTTP serves to guide you through the
  112.     code as well as to expose any misunderstandings I may have about
  113.     HTTP (so you don't need to read the code to figure out I'm wrong
  114.     :-).
  115.  
  116.     HTTP (HyperText Transfer Protocol) is an extensible protocol on
  117.     top of a reliable stream transport (e.g. TCP/IP).  The protocol
  118.     recognizes three parts to a request:
  119.  
  120.     1. One line identifying the request type and path
  121.     2. An optional set of RFC-822-style headers
  122.     3. An optional data part
  123.  
  124.     The headers and data are separated by a blank line.
  125.  
  126.     The first line of the request has the form
  127.  
  128.     <command> <path> <version>
  129.  
  130.     where <command> is a (case-sensitive) keyword such as GET or POST,
  131.     <path> is a string containing path information for the request,
  132.     and <version> should be the string "HTTP/1.0".  <path> is encoded
  133.     using the URL encoding scheme (using %xx to signify the ASCII
  134.     character with hex code xx).
  135.  
  136.     The protocol is vague about whether lines are separated by LF
  137.     characters or by CRLF pairs -- for compatibility with the widest
  138.     range of clients, both should be accepted.  Similarly, whitespace
  139.     in the request line should be treated sensibly (allowing multiple
  140.     spaces between components and allowing trailing whitespace).
  141.  
  142.     Similarly, for output, lines ought to be separated by CRLF pairs
  143.     but most clients grok LF characters just fine.
  144.  
  145.     If the first line of the request has the form
  146.  
  147.     <command> <path>
  148.  
  149.     (i.e. <version> is left out) then this is assumed to be an HTTP
  150.     0.9 request; this form has no optional headers and data part and
  151.     the reply consists of just the data.
  152.  
  153.     The reply form of the HTTP 1.0 protocol again has three parts:
  154.  
  155.     1. One line giving the response code
  156.     2. An optional set of RFC-822-style headers
  157.     3. The data
  158.  
  159.     Again, the headers and data are separated by a blank line.
  160.  
  161.     The response code line has the form
  162.  
  163.     <version> <responsecode> <responsestring>
  164.  
  165.     where <version> is the protocol version (always "HTTP/1.0"),
  166.     <responsecode> is a 3-digit response code indicating success or
  167.     failure of the request, and <responsestring> is an optional
  168.     human-readable string explaining what the response code means.
  169.  
  170.     This server parses the request and the headers, and then calls a
  171.     function specific to the request type (<command>).  Specifically,
  172.     a request SPAM will be handled by a method handle_SPAM().  If no
  173.     such method exists the server sends an error response to the
  174.     client.  If it exists, it is called with no arguments:
  175.  
  176.     do_SPAM()
  177.  
  178.     Note that the request name is case sensitive (i.e. SPAM and spam
  179.     are different requests).
  180.  
  181.     The various request details are stored in instance variables:
  182.  
  183.     - client_address is the client IP address in the form (host,
  184.     port);
  185.  
  186.     - command, path and version are the broken-down request line;
  187.  
  188.     - headers is an instance of mimetools.Message (or a derived
  189.     class) containing the header information;
  190.  
  191.     - rfile is a file object open for reading positioned at the
  192.     start of the optional input data part;
  193.  
  194.     - wfile is a file object open for writing.
  195.  
  196.     IT IS IMPORTANT TO ADHERE TO THE PROTOCOL FOR WRITING!
  197.  
  198.     The first thing to be written must be the response line.  Then
  199.     follow 0 or more header lines, then a blank line, and then the
  200.     actual data (if any).  The meaning of the header lines depends on
  201.     the command executed by the server; in most cases, when data is
  202.     returned, there should be at least one header line of the form
  203.  
  204.     Content-type: <type>/<subtype>
  205.  
  206.     where <type> and <subtype> should be registered MIME types,
  207.     e.g. "text/html" or "text/plain".
  208.  
  209.     """
  210.  
  211.     # The Python system version, truncated to its first component.
  212.     sys_version = "Python/" + string.split(sys.version)[0]
  213.  
  214.     # The server software version.  You may want to override this.
  215.     # The format is multiple whitespace-separated strings,
  216.     # where each string is of the form name[/version].
  217.     server_version = "BaseHTTP/" + __version__
  218.  
  219.     def handle(self):
  220.     """Handle a single HTTP request.
  221.  
  222.     You normally don't need to override this method; see the class
  223.     __doc__ string for information on how to handle specific HTTP
  224.     commands such as GET and POST.
  225.  
  226.     """
  227.  
  228.     self.raw_requestline = self.rfile.readline()
  229.     self.request_version = version = "HTTP/0.9" # Default
  230.     requestline = self.raw_requestline
  231.     if requestline[-2:] == '\r\n':
  232.         requestline = requestline[:-2]
  233.     elif requestline[-1:] == '\n':
  234.         requestline = requestline[:-1]
  235.     self.requestline = requestline
  236.     words = string.split(requestline)
  237.     if len(words) == 3:
  238.         [command, path, version] = words
  239.         if version != self.protocol_version:
  240.         self.send_error(400, "Bad request version (%s)" % `version`)
  241.         return
  242.     elif len(words) == 2:
  243.         [command, path] = words
  244.         if command != 'GET':
  245.         self.send_error(400,
  246.                 "Bad HTTP/0.9 request type (%s)" % `command`)
  247.         return
  248.     else:
  249.         self.send_error(400, "Bad request syntax (%s)" % `requestline`)
  250.         return
  251.     self.command, self