Python Web Runner

  

  1. Python on the Web. It doesn't look like GC is the only thing that stops Python code from targeting WebAssembly/asm.js. Both represent low-level statically typed code, in which Python code can't (realistically) be represented.
  2. The Web Server Gateway Interface (or “WSGI” for short) is a standard interface between web servers and Python web application frameworks. By standardizing behavior and communication between web servers and Python web frameworks, WSGI makes it possible to write portable Python web code that can be deployed in any WSGI-compliant web server.
  1. Run Python
  2. Code Runner Python

Source code:Lib/http/server.py

This module defines classes for implementing HTTP servers (Web servers).

Warning

Despite the hype around machine learning, Python has done enough to conquer the web application domain as well. # on running python app.py app.run # run the flask app Running the Application.

http.server is not recommended for production. It only implementsbasic security checks.

One class, HTTPServer, is a socketserver.TCPServer subclass.It creates and listens at the HTTP socket, dispatching the requests to ahandler. Code to create and run the server looks like this:

class http.server.HTTPServer(server_address, RequestHandlerClass)

This class builds on the TCPServer class by storingthe server address as instance variables named server_name andserver_port. The server is accessible by the handler, typicallythrough the handler’s server instance variable.

class http.server.ThreadingHTTPServer(server_address, RequestHandlerClass)

This class is identical to HTTPServer but uses threads to handlerequests by using the ThreadingMixIn. Thisis useful to handle web browsers pre-opening sockets, on whichHTTPServer would wait indefinitely.

New in version 3.7.

The HTTPServer and ThreadingHTTPServer must be givena RequestHandlerClass on instantiation, of which this moduleprovides three different variants:

class http.server.BaseHTTPRequestHandler(request, client_address, server)

This class is used to handle the HTTP requests that arrive at the server. Byitself, it cannot respond to any actual HTTP requests; it must be subclassedto handle each request method (e.g. GET or POST).BaseHTTPRequestHandler provides a number of class and instancevariables, and methods for use by subclasses.

The handler will parse the request and the headers, then call a methodspecific to the request type. The method name is constructed from therequest. For example, for the request method SPAM, the do_SPAM()method will be called with no arguments. All of the relevant information isstored in instance variables of the handler. Subclasses should not need tooverride or extend the __init__() method.

BaseHTTPRequestHandler has the following instance variables:

client_address

Contains a tuple of the form (host,port) referring to the client’saddress.

server

Contains the server instance.

close_connection

Boolean that should be set before handle_one_request() returns,indicating if another request may be expected, or if the connection shouldbe shut down. Download anime green green batch 360p.

requestline

Contains the string representation of the HTTP request line. Theterminating CRLF is stripped. This attribute should be set byhandle_one_request(). If no valid request line was processed, itshould be set to the empty string.

command

Contains the command (request type). For example, 'GET'.

path

Contains the request path. If query component of the URL is present,then path includes the query. Using the terminology of RFC 3986,path here includes hier-part and the query.

request_version

Contains the version string from the request. For example, 'HTTP/1.0'.

headers

Holds an instance of the class specified by the MessageClass classvariable. This instance parses and manages the headers in the HTTPrequest. The parse_headers() function fromhttp.client is used to parse the headers and it requires that theHTTP request provide a valid RFC 2822 style header.

rfile

An io.BufferedIOBase input stream, ready to read fromthe start of the optional input data.

wfile

Contains the output stream for writing a response back to theclient. Proper adherence to the HTTP protocol must be used when writing tothis stream in order to achieve successful interoperation with HTTPclients.

Changed in version 3.6: This is an io.BufferedIOBase stream.

Python Web Runner

BaseHTTPRequestHandler has the following attributes:

server_version

Specifies the server software version. You may want to override this. Theformat is multiple whitespace-separated strings, where each string is ofthe form name[/version]. For example, 'BaseHTTP/0.2'.

sys_version

Contains the Python system version, in a form usable by theversion_string method and the server_version classvariable. For example, 'Python/1.4'.

error_message_format

Specifies a format string that should be used by send_error() methodfor building an error response to the client. The string is filled bydefault with variables from responses based on the status codethat passed to send_error().

error_content_type

Specifies the Content-Type HTTP header of error responses sent to theclient. The default value is 'text/html'.

protocol_version

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-Lengthheader (using send_header()) in all of its responses to clients.For backwards compatibility, the setting defaults to 'HTTP/1.0'.

MessageClass

Specifies an email.message.Message-like class to parse HTTPheaders. Typically, this is not overridden, and it defaults tohttp.client.HTTPMessage.

responses

This attribute contains a mapping of error code integers to two-element tuplescontaining a short and long message. For example, {code:(shortmessage,longmessage)}. The shortmessage is usually used as the message key in anerror response, and longmessage as the explain key. It is used bysend_response_only() and send_error() methods.

A BaseHTTPRequestHandler instance has the following methods:

handle()

Calls handle_one_request() once (or, if persistent connections areenabled, multiple times) to handle incoming HTTP requests. You shouldnever need to override it; instead, implement appropriate do_*()methods.

handle_one_request()

This method will parse and dispatch the request to the appropriatedo_*() method. You should never need to override it.

handle_expect_100()

When a HTTP/1.1 compliant server receives an Expect:100-continuerequest header it responds back with a 100Continue followed by 200OK headers.This method can be overridden to raise an error if the server does notwant the client to continue. For e.g. server can choose to send 417ExpectationFailed as a response header and returnFalse.

send_error(code, message=None, explain=None)

Sends and logs a complete error reply to the client. The numeric codespecifies the HTTP error code, with message as an optional, short, humanreadable description of the error. The explain argument can be used toprovide more detailed information about the error; it will be formattedusing the error_message_format attribute and emitted, aftera complete set of headers, as the response body. The responsesattribute holds the default values for message and explain thatwill be used if no value is provided; for unknown codes the default valuefor both is the string ???. The body will be empty if the method isHEAD or the response code is one of the following: 1xx,204NoContent, 205ResetContent, 304NotModified.

Changed in version 3.4: The error response includes a Content-Length header.Added the explain argument.

Web
send_response(code, message=None)

Adds a response header to the headers buffer and logs the acceptedrequest. The HTTP response line is written to the internal buffer,followed by Server and Date headers. The values for these two headersare picked up from the version_string() anddate_time_string() methods, respectively. If the server does notintend to send any other headers using the send_header() method,then send_response() should be followed by an end_headers()call.

Changed in version 3.3: Headers are stored to an internal buffer and end_headers()needs to be called explicitly.

send_header(keyword, value)

Adds the HTTP header to an internal buffer which will be written to theoutput stream when either end_headers() or flush_headers() isinvoked. keyword should specify the header keyword, with valuespecifying its value. Note that, after the send_header calls are done,end_headers() MUST BE called in order to complete the operation.

Changed in version 3.2: Headers are stored in an internal buffer.

send_response_only(code, message=None)

Sends the response header only, used for the purposes when 100Continue response is sent by the server to the client. The headers notbuffered and sent directly the output stream.If the message is notspecified, the HTTP message corresponding the response code is sent.

end_headers()

Adds a blank line(indicating the end of the HTTP headers in the response)to the headers buffer and calls flush_headers().

Changed in version 3.2: The buffered headers are written to the output stream.

flush_headers()

Finally send the headers to the output stream and flush the internalheaders buffer.

log_request(code='-', size='-')

Logs an accepted (successful) request. code should specify the numericHTTP code associated with the response. If a size of the response isavailable, then it should be passed as the size parameter.

log_error(..)

Logs an error when a request cannot be fulfilled. By default, it passesthe message to log_message(), so it takes the same arguments(format and additional values).

log_message(format, ..)

Logs an arbitrary message to sys.stderr. This is typically overriddento create custom error logging mechanisms. The format argument is astandard printf-style format string, where the additional arguments tolog_message() are applied as inputs to the formatting. The clientip address and current date and time are prefixed to every message logged.

version_string()

Returns the server software’s version string. This is a combination of theserver_version and sys_version attributes.

date_time_string(timestamp=None)

Returns the date and time given by timestamp (which must be None or inthe format returned by time.time()), formatted for a messageheader. If timestamp is omitted, it uses the current date and time.

The result looks like 'Sun,06Nov199408:49:37GMT'.

log_date_time_string()

Returns the current date and time, formatted for logging.

address_string()

Returns the client address.

Changed in version 3.3: Previously, a name lookup was performed. To avoid name resolutiondelays, it now always returns the IP address.

class http.server.SimpleHTTPRequestHandler(request, client_address, server, directory=None)

This class serves files from the directory directory and below,or the current directory if directory is not provided, directlymapping the directory structure to HTTP requests.

Changed in version 3.9: The directory parameter accepts a path-like object.

A lot of the work, such as parsing the request, is done by the base classBaseHTTPRequestHandler. This class implements the do_GET()and do_HEAD() functions.

The following are defined as class-level attributes ofSimpleHTTPRequestHandler:

server_version

This will be 'SimpleHTTP/'+__version__, where __version__ isdefined at the module level.

extensions_map

A dictionary mapping suffixes into MIME types, contains custom overridesfor the default system mappings. The mapping is used case-insensitively,and so should contain only lower-cased keys.

Changed in version 3.9: This dictionary is no longer filled with the default system mappings,but only contains overrides.

The SimpleHTTPRequestHandler class defines the following methods:

do_HEAD()

This method serves the 'HEAD' request type: it sends the headers itwould send for the equivalent GET request. See the do_GET()method for a more complete explanation of the possible headers.

do_GET()

The request is mapped to a local file by interpreting the request as apath relative to the current working directory.

If the request was mapped to a directory, the directory is checked for afile named index.html or index.htm (in that order). If found, thefile’s contents are returned; otherwise a directory listing is generatedby calling the list_directory() method. This method usesos.listdir() to scan the directory, and returns a 404 errorresponse if the listdir() fails.

If the request was mapped to a file, it is opened. Any OSErrorexception in opening the requested file is mapped to a 404,'Filenotfound' error. If there was a 'If-Modified-Since'header in the request, and the file was not modified after this time,a 304, 'NotModified' response is sent. Otherwise, the contenttype is guessed by calling the guess_type() method, which in turnuses the extensions_map variable, and the file contents are returned.

A 'Content-type:' header with the guessed content type is output,followed by a 'Content-Length:' header with the file’s size and a'Last-Modified:' header with the file’s modification time.

Then follows a blank line signifying the end of the headers, and then thecontents of the file are output. If the file’s MIME type starts withtext/ the file is opened in text mode; otherwise binary mode is used.

For example usage, see the implementation of the test() functioninvocation in the http.server module.

Changed in version 3.7: Support of the 'If-Modified-Since' header.

The SimpleHTTPRequestHandler class can be used in the followingmanner in order to create a very basic webserver serving files relative tothe current directory:

http.server can also be invoked directly using the -mswitch of the interpreter with a portnumber argument. Similar tothe previous example, this serves files relative to the current directory:

By default, server binds itself to all interfaces. The option -b/--bindspecifies a specific address to which it should bind. Both IPv4 and IPv6addresses are supported. For example, the following command causes the serverto bind to localhost only:

New in version 3.4: --bind argument was introduced.

New in version 3.8: --bind argument enhanced to support IPv6

By default, server uses the current directory. The option -d/--directoryspecifies a directory to which it should serve the files. For example,the following command uses a specific directory:

New in version 3.7: --directory specify alternate directory

class http.server.CGIHTTPRequestHandler(request, client_address, server)

This class is used to serve either files or output of CGI scripts from thecurrent directory and below. Note that mapping HTTP hierarchic structure tolocal directory structure is exactly as in SimpleHTTPRequestHandler.

Note

CGI scripts run by the CGIHTTPRequestHandler class cannot executeredirects (HTTP code 302), because code 200 (script output follows) issent prior to execution of the CGI script. This pre-empts the statuscode.

The class will however, run the CGI script, instead of serving it as a file,if it guesses it to be a CGI script. Only directory-based CGI are used —the other common server configuration is to treat special extensions asdenoting CGI scripts.

The do_GET() and do_HEAD() functions are modified to run CGI scriptsand serve the output, instead of serving files, if the request leads tosomewhere below the cgi_directories path.

The CGIHTTPRequestHandler defines the following data member:

cgi_directories

This defaults to ['/cgi-bin','/htbin'] and describes directories totreat as containing CGI scripts.

The CGIHTTPRequestHandler defines the following method:

Python
do_POST()

Run Python

This method serves the 'POST' request type, only allowed for CGIscripts. Error 501, “Can only POST to CGI scripts”, is output when tryingto POST to a non-CGI url.

Note that CGI scripts will be run with UID of user nobody, for securityreasons. Problems with the CGI script will be translated to error 403.

Code Runner Python

CGIHTTPRequestHandler can be enabled in the command line by passingthe --cgi option: