Example Django apps showcasing how to use django-vite v3.
All of the example demos run on Docker. Build the images with:
make build
This demo demonstrates backwards compatibility with legacy DJANGO_VITE_*
settings from django-vite v2 and earlier versions.
- Documentation: README.md
- Run the Demo:
make legacy-settings-demo
- Access the Demo: http://localhost:8001/
- Quick Glance: settings.py
This demo shows how to run a single django-vite app using the new DJANGO_VITE={...}
settings from django-vite v3 and higher. Everything else in the setup is identical to the legacy-settings demo.
- Documentation: README.md
- Run the Demo:
make new-settings-demo
- Access the Demo: http://localhost:8002/
- Quick Glance: settings.py
This demo shows django-vite loading assets from 4 different vite apps.
- Documentation: README.md
- Run the Demo:
make build-multi-app-demo make multi-app-demo
- Access the Demo: http://localhost:8003/
This demo loads assets from 4 different vite apps:
- The default app is running on a vite dev server with
dev_mode=True
. - vite_app_1 app is also running on a vite dev server with
dev_mode=True
. - vite_app_2 app has already been compiled in a production build. Those assets are being served from the
STATIC_ROOT
withdev_mode=False
. - vite_app_3 app has also been compiled in a production build. Those assets are being served from the
STATIC_ROOT
withdev_mode=False
.
Noteworthy differences between the multi-app setup and the other demos:
- settings.py has the
DJANGO_VITE
settings that enable multiple apps. - index.html shows how to load assets from multiple vite apps.
- vite_app_1/vite.config.js shows how I'm using
static_url_prefix
for directing build output and dev server routing.
There's 1 bug I've found with this demo: I'm not able to make HMR work on 2 different vite dev servers if they're both trying to update assets on the same page. Only one vite app will get changes registered to it in real time.
Realistically, a developer is unlikely to be working on more than 1 vite app with dev_mode=True on the same page. But it may still be worth investigating.