Ñò
§ÚêLc @ sI d Z d d k l Z d d k l Z l Z l Z d d k l Z d d k Z d d k
Z
d d k Z d d d d g Z y e
Wn e j
o d
„ Z
n Xd d d
d d d d g Z e d d d d d d d d d d d d g
Z d „ Z d f d „ ƒ YZ d e f d „ ƒ YZ d e f d! „ ƒ YZ d e f d" „ ƒ YZ d S(# s/ Base classes for server/gateway implementationsiÿÿÿÿ( t
StringType( t FileWrappert guess_schemet
is_hop_by_hop( t HeadersNt BaseHandlert
SimpleHandlert BaseCGIHandlert
CGIHandlerc C s+ h } x | D] \ } } | | | Send any iterable data, then close self and the iterable
Subclasses intended for use in asynchronous servers will
want to redefine this method, such that it sets up callbacks
in the event loop to iterate over the data, and to call
'self.close()' once the response is finished.
N( t result_is_filet sendfileR3 t writet finish_contentR6 ( R7 t data( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyR4 } s
c C s
t | i ƒ S( s Return the URL scheme being used( R R1 ( R7 ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyRB Œ s c C s^ y t | i ƒ } Wn t t t f j
o n* X| d j o t | i ƒ | i d Log current error, and send error output to client if possibleN( Ru t sysR_ R[ t error_outputR1 R2 R3 R4 ( R7 ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyR5 1 s
c C s' | | i | i t i ƒ ƒ | i g S( sZ WSGI mini-app to create error output
By default, this just uses the 'error_status', 'error_headers',
and 'error_body' attributes to generate an output page. It can
be overridden in a subclass to dynamically generate diagnostics,
choose an appropriate message for the user's preferred language, etc.
Note, however, that it's not recommended from a security perspective to
spit out diagnostics to any old user; ideally, you should have to do
something special to enable diagnostic output, which is why we don't
include any here!
( t error_statust
error_headersRv R_ t
error_body( R7 R1 R2 ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyRw 9 s
c C s
t ‚ d S( s Override in subclass to buffer data for send to client
It's okay if this method actually transmits the data; BaseHandler
just separates write and flush operations for greater efficiency
when the underlying system actually has such a distinction.
N( RS ( R7 RO ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyRc L s c C s
t ‚ d S( s¬ Override in subclass to force sending of recent '_write()' calls
It's okay if this method is a no-op (i.e., if '_write()' actually
sends the data.
N( RS ( R7 ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyRg U s c C s
t ‚ d S( s4 Override in subclass to return suitable 'wsgi.input'N( RS ( R7 ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyR> ] s c C s
t ‚ d S( s5 Override in subclass to return suitable 'wsgi.errors'N( RS ( R7 ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyR? a s c C s
t ‚ d S( s> Override in subclass to insert CGI variables in 'self.environ'N( RS ( R7 ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyR= e s ( i i N( s Content-Types
text/plain(6 t __name__t
__module__t __doc__R@ Rk RC RD Rh RA RG Rd RF RH R
t osR1 R R; R RE R R^ Rr Rx Ry Rz R] R3 R[ RV RU R9 R0 R4 RB RX RZ R2 Re RM RL RN R6 Rf RK Rb Ru R5 Rw Rc Rg R> R? R= ( ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyR + sT
c B sJ e Z d Z e e d „ Z d „ Z d „ Z d „ Z d „ Z d „ Z
RS( sq Handler that's just initialized with streams, environment, etc.
This handler subclass is intended for synchronous HTTP/1.0 origin servers,
and handles sending the entire response output, given the correct inputs.
Usage::
handler = SimpleHandler(
inp,out,err,env, multithread=False, multiprocess=True
)
handler.run(app)c C s: | | _ | | _ | | _ | | _ | | _ | | _ d S( N( t stdint stdoutRt t base_envRC RD ( R7 R R€ Rt R1 t multithreadt multiprocess( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyt __init__€ s c C s | i S( N( R ( R7 ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyR> Š s c C s | i S( N( Rt ( R7 ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyR? s c C s | i i | i ƒ d S( N( R1 t updateR ( R7 ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyR= s c C s# | i i | ƒ | i i | _ d S( N( R€ RM Rc ( R7 RO ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyRc “ s c C s | i i ƒ | i i | _ d S( N( R€ Rs Rg ( R7 ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyRg — s
( R{ R| R} Rk Rh R„ R> R? R= Rc Rg ( ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyR s s c B s e Z d Z e Z RS( sÚ CGI-like systems using input/output/error streams and environ mapping
Usage::
handler = BaseCGIHandler(inp,out,err,env)
handler.run(app)
This handler class is useful for gateway protocols like ReadyExec and
FastCGI, that have usable input/output/error streams and an environment
mapping. It's also the base class for CGIHandler, which just uses
sys.stdin, os.environ, and so on.
The constructor also takes keyword arguments 'multithread' and
'multiprocess' (defaulting to 'True' and 'False' respectively) to control
the configuration sent to the application. It sets 'origin_server' to
False (to enable CGI-like output), and assumes that 'wsgi.run_once' is
False.
( R{ R| R} Rh RG ( ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyR œ s c B s# e Z d Z e Z h Z d „ Z RS( sé CGI-based invocation via sys.stdin/stdout/stderr and os.environ
Usage::
CGIHandler().run(app)
The difference between this class and BaseCGIHandler is that it always
uses 'wsgi.run_once' of 'True', 'wsgi.multithread' of 'False', and
'wsgi.multiprocess' of 'True'. It does not take any initialization
parameters, but always uses 'sys.stdin', 'os.environ', and friends.
If you need to override any of these parameters, use BaseCGIHandler
instead.
c
C sA t i | t i t i t i t t i i ƒ ƒ d t
d t ƒd S( NR‚ Rƒ ( R R„ Rv R R€ Rt R
R~ R1 R Rh Rk ( R7 ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyR„ Ü s *( R{ R| R} Rk RA R; R„ ( ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyR Å s ( R} t typesR t utilR R R RV R Rv R~ R! t __all__R
t NameErrorR# RF R$ R/ R R R R ( ( ( s( /usr/lib64/python2.6/wsgiref/handlers.pyt s& $ ÿ I))