LostKobrakai
PhoenixVite - Integrating the vite built tooling with phoenix
I’ve recently created a small library phoenix_vite integrating the vite build tooling with phoenix.
It
- provides an igniter.installer to install all the necessary files
- creates elixir and js boilerplate
- configures phoenix LV static file tracking with the manifest vite generates
- uses phoenix
static_urlconfiguration to handle all static assets via the vite dev server - moves static assets from
priv/statictoassets/public
- provides a heex function component to pull in js/css from
- vite dev server in development
- the vite manifest in prod
- can optionally pull in
:bunto run without a locally installed nodejs, just like phoenix does by default
When used with :bun this should provide a setup that’s as “working out of the box” as the default phoenix boilerplate, but including package managing as well as an very flexible and extensible build system.
The installer could likely use a bit more work around the failure cases, but it works for fresh phoenix 1.7/1.8 projects.
You can install the package by adding it to your mix.exs and running
mix phoenix_vite.install [--bun]
or all in one using
mix igniter.install phoenix_vite [--bun]
or from scratch
mix igniter.new my_app --with phx.new --install phoenix_vite [--bun]
Most Liked
LostKobrakai
I just published 0.4.0. The major themes of the updates have been
- properly supporting nodejs (no zombie processes)
- integrating with
phoenix_live_reloads:notifyfeature - some optimizations to the generated vite config
- support the release version of phoenix 1.8.0 and 1.8.1
- fixing things up generally
Jskalc
Thank you for this @LostKobrakai!
LiveVue relies heavily on Vite, but installation instructions are long and discourage trying it out (even 3min setup is too much for many
).
I started working on Igniter installer but didn’t had the time to finish. Your library seems like a solid foundation to build upon. I will give it a shot later this week and hopefully I could include phoenix_vite in the next version!
Two questions:
- When working on my installation process I’ve stumbled upon a problem with Vite configured to do chunk splitting. Eg:
defineAsyncComponent(() => import('@assets/vue/components/MarkdownBlock.vue'))
might create a separate chunk. Then, code of that chunk will try to import shared parts from app.ts, because these chunks doesn’t know about phoenix manifest. So we’ll end up with two app.ts files loaded, one hashed by phoenix and one not.
My solution was not to use phoenix manifest file, instead use vite hashing. It was also important when generating preload directives for SSR, since when doing SSR with Vite it’s using chunk names from vite manifest.
I’m pretty sure some interoperability can be reached between these two manifests - adjusting one manifest to use file names from the other one. But it felt like a rabbit hole at a time.
- LiveVue extends vite dev server to also do efficient SSR during development, and handle some corner cases about hot updates (if I recall, it was about css and js). Do you think it would make sense to add it to your library?
LostKobrakai
This does the same. The vite manifest is the source of truth and is used to provide information to phoenix. phx.digest is not used.
Popular in Announcing
Other popular topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #phoenix_html
- #iex
- #blog-post
- #graphql
- #genstage
- #ai
- #websockets
- #supervisor
- #elixirconf-us
- #advent-of-code
- #distillery
- #processes
- #forms
- #api
- #metaprogramming
- #security
- #hex









