--- title: "Reduce your page load time with htmx in less than an hour" tags: ['Django', 'Javascript', 'frontend', 'programming', 'python'] date: 2022-09-26T11:49:45.812120+00:00 aliases: ["/reduce-your-page-load-time-with-htmx-in-less-than-an-hour"] --- ## Presentation During DjangoCon EU 2022, a talk reminded me of [htmx](https://htmx.org/). As the authors put it: > Htmx is a library that allows you to access modern browser features directly from HTML, rather than using javascript. > > \- [htmx docs](https://htmx.org/docs/#introduction) Since I really don't like javascript that much, this promise is very tempting to me 😁 ## Context I'm working on a small cash register web app to help during events and reduce the risk of human error when counting products. If you're curious, you can find it [here](https://git.augendre.info/gaugendre/checkout). This app also has a reporting section, where I'm generating graphs using matplotlib. Some graphs are heavy to produce, but they're only a portion of the full page. In the screenshot below, I've highlighted them: [![Checkout reports](/attachments/42/processed/)](/attachments/42/original/) Initially, the page took about 6 to 7 seconds to fully load. Before that, nothing was displayed on screen. | | Before htmx | After htmx | |---|-------------|------------| |[LCP](https://web.dev/lcp/)| 6 seconds | ? | Here's what the template looked like: ```jinja hl_lines="32 36 37 38" {% extends "common/base.html" %} {% load static %} {% load i18n %} {% load purchase %} {% block extrahead %} {% endblock %} {% block content %}

{% translate "Reports" %}

{% translate "General" %}

{% translate "By day" %}

{% translate "Turnover" %}

{% translate "Average basket" %}

{{ by_hour_plot|safe }}

{% translate "Products" %}

{% include "purchase/snippets/report_products.html" %} {{ products_plot|safe }} {{ products_sold_pie|safe }} {{ products_turnover_pie|safe }}

{% translate "Turnover by payment method" %}

{% include "purchase/snippets/report_payment_methods.html" %}

{% translate "Baskets without payment method" %}

{% include "purchase/snippets/report_no_payment_method.html" %} {% endblock %} ``` ## Implementation Here's how the template looks like with htmx. I've removed the non-relevant parts for brevity. ```jinja hl_lines="2 8 12 17 18 19 20" {% extends "common/base.html" %} {% load static i18n purchase django_htmx %} {# ... #} {% block content %} {# ... #} {% include "purchase/snippets/htmx_plot.html" with url='purchase:by_hour_plot' %}

{% translate "Products" %}

{% include "purchase/snippets/report_products.html" %} {% include "purchase/snippets/htmx_plot.html" with url='purchase:products_plots' %} {# ... #} {% endblock %} {% block extrascript %} {% django_htmx_script %} {% endblock %} ``` ```jinja {% load static %}
Spinner
``` !!! info "django-htmx" The Django htmx part is not mandatory. It's from [django-htmx](https://django-htmx.readthedocs.io/en/latest/index.html), by [Adam Johnson](https://adamj.eu/). It provides a nicer integration between Django and htmx. I encourage you to check out Adam's works, you'll most likely learn a thing or two. I moved the graph generation part from my main view to two separate views which are called after the DOM is loaded. I didn't have to do much: since I was already rendering everything server-side I only had to render a partial template instead of a complete page. ## Results The page now renders very fast with all the text reports, and spinners are displayed while the graphs are loaded asynchronously. It still takes 5-6 seconds for the graphs to load, but the user experience is much nicer since the LCP happens during the first second instead of having to wait for the graphs to load. | | Before htmx | After htmx | |---|-------------|------------| |LCP| 6 seconds | 0.17s | So performance-wise and UX-wise, I consider it a complete win. I'd also like to point out that it only took me around 30 to 45 minutes to implement this, without prior working knowledge of the library! Another win for free software 🎉 I have a few ideas where this could be useful on projects at ITSF, especially one where we implemented a very similar logic with custom code.