Print raw HTTP request in Flask or WSGI
With flask you have access to the request object which contains all the HTTP details:
from flask import request
@app.route('/')
def index():
print(request.headers)
suppose if you want complete details,
There is an another way
@app.route('/')
def index():
print request.__dict__
#this prints all variables in `dict` format including `headers`
Yes, Flask is a WSGI application, so it is trivial to wrap your app in an extra layer that logs the request:
import pprint
class LoggingMiddleware(object):
def __init__(self, app):
self._app = app
def __call__(self, env, resp):
errorlog = env['wsgi.errors']
pprint.pprint(('REQUEST', env), stream=errorlog)
def log_response(status, headers, *args):
pprint.pprint(('RESPONSE', status, headers), stream=errorlog)
return resp(status, headers, *args)
return self._app(env, log_response)
This defines a piece of middleware to wrap your Flask application in. The advantage is that it operates entirely independent of Flask, giving you unfiltered insight into what goes in and what comes out.
How you apply the middleware depends on the exact WSGI server you are using; see your WSGI server documentation.
When running Flask with the built-in server (app.run()
), do:
if __name__ == '__main__':
app.wsgi_app = LoggingMiddleware(app.wsgi_app)
app.run()
The little app.wsgi_app
wrapping dance places the LoggingMiddleware
around the Flask WSGI application.
The output goes to the wsgi.error
stream; where that ends up again depends on your WSGI server; mod_wsgi
puts this in the Apache error log for your site, the bundled Flask server prints this to stderr
.
Why not?
from flask import Flask, request
app = Flask(__name__)
@app.before_request
def log_request():
app.logger.debug("Request Headers %s", request.headers)
return None
# The remaining application code.
I've used the headers but you can use the same aproach to print any request attribute. The docs are here: http://flask.pocoo.org/docs/0.12/api/#flask.Request.
Also you need to setup FLASK_DEBUG=1 to Flask.logger.debug to work, what is nice since you can disable it in production.
Regards,