Tooling to improve the developer experience when working with py4web.

There are two main tools and some helpers that this package provides.

1. A better error 500 screen, that shows the error + traceback of what happened
2. A debug bar containing the requests's data, queries including duplicate and custom caught data.

• tools:
  • enable(db: DAL, enabled?: bool, errorpage_enabled?: bool, errorpage_renderer?: Callable, debugbar_enabled?: bool, debugbar_fancy_rendering?: bool, debugbar_style?: "bootstrap", debugbar_slow_threshold_ms?: int, set_env_var?: bool):
    activate or disable the debug tools (add the custom error screen and create the Debug Bar Fixture).
    The first argument (DAL) is required for the debug bar to collect queries.
    enabled can be used to dynamically turn on/off the debug features.
    errorpage_enabled and debugbar_enabled can be used to turn on/off the error page and debug bar respectively.
    errorpage_renderer can be used to override the default error page renderer.
    debugbar_fancy_rendering: This will render the data section of the debug bar using json-browse, which includes jQuery. If this clashes with the other JS on a page, this can be set to False to simply show a <pre> block with data.
    debugbar_style: only bootstrap is supported at this moment.
    debugbar_slow_threshold_ms: amount of milliseconds an SQL query has to take before it is considered a 'slow query' in the debug bar.
    set_env_var: set the PY4WEB_DEBUG environment variable to True when enabling the debug tools.
  • debug_bar: this Fixture can be used on py4web actions to enable the bar for that page.
• catch(*): Data and a stacktrace of where catch() is called can be found in the catch tab of the debug bar.
• dump(*): convert objects to JSON, with a more capable converter than the default json.dumps (e.g. it works better with NamedTuples, pyDAL Rows, objects with some variation of as_dict and more. See dumping.py:DDJsonEncoder for specifics)
• dd(*): Show a page with the data passed to this method and halt execution directly.
• wsgi: a patched version of py4web's wsgi module, that will enable the modified error page.

# controllers.py

from py4web_debug import tools, catch, dump, dd

tools.enable(db, enabled=True)


@action("index")
@action.uses("index.html", db, tools.debug_bar)
def index():
    catch("Catch to Debug Bar")
    return {}


@action("other")
@action.uses("index.html", db)
def page_without_debugbar():
    dd("Stop executing here!")
    return {}


@action("error")
@action.uses("index.html", db)
def page_with_error():
    0 / 0
    return {}

When using uwsgi, the default method (in __init__) of changing py4web's catch_errors will not work. This is because the routes are set up before this package can be enabled. You can modify your py4web_uwsgi.py file:

# no: from py4web.core import wsgi
# yes:
from py4web_debug import wsgi

application = wsgi(apps_folder="apps",
                   password_file='password.txt',
                   dashboard_mode="full")

After this, you can tools.enable as before. Do note this process will keep py4web patched though, even when enable(enabled=False) is passed!