I just had my first frustrating experience working in the Elixir ecosystem.
Is there a reason it is so hard to get DaisyUI deployed with my Phoenix app on Fly.io (and is there a way to improve it?)
I’m happy to contribute to solving the problem. I just need to understand what makes adding a plugin to the Tailwind hex package so difficult.
PS: As a side note, I’ll be happy to know that I’m not the only one who has been frustrated by this problem. Please, chime in if you’ve faced this too.
Hey @kingdomcoder, I’m sorry you’ve had a frustrating experience. While I have not used DaisyUI myself, I imagine others who want to help would find it easier if you described what made this hard for you, or what problems you ran into that require help.
I have used it a bunch, and also deployed to Fly. My guess is the change you need to do in the Dockerfile.
# note: if your project uses a tool like https://purgecss.com/,
# which customizes asset compilation based on what it finds in
# your Elixir templates, you will need to move the asset compilation
# step down so that `lib` is available.
Note : The stand-alone Tailwind client bundles first-class tailwind packages within the precompiled executable. For third-party Tailwind plugin support, the node package must be used.
PS: I suggest this should be stated clearly at the top of the README rather than as a bottom comment. I already submitted a PR for this.
I’m trying to build my assets in production, not at compile time.
The recommended tailwind nodejs installation instructions help with a local workaround. Trying to deploy the app (to Fly.io in my case) with its nodejs installations is another hurdle (think Docker). The guides I found focus on assets bundled using esbuild.
Eventually, I had to choose between following this workaround, using a CDN or precompiling my assets and excluding the output folder from gitignore.
(There was also the side issue of my site not looking the same in production when I followed this workaround.)
So,
I wish to understand why the Tailwind Hex package does not allow external plugins, especially DasiyUI seeing how widespread it is. I’d want to know if this is permanent or it will be resolved in future versions (and how I can contribute)
It would be great if more information was available on integrating DaisyUI with Phoenix
Publish your app to fly using flyctl. This post is a great guide. Just note that the fly commands in the post might need to be replaced with flyctl commands.
On your local machine, cd into your project’s assets folder and run npm init.
Update the Dockerfile generated during the early fly.io deployment. Perform the following
a. Ensure the COPY lib lib command comes before the RUN mix assets.deploy commnd
b. Include this command RUN npm --prefix ./assets ci --progress=false --no-audit --loglevel=error in the Dockerfile. This should also come before the RUN mix assets.deploy command
Expectedly, you should be good to go and your app should properly deploy to fly.io
Thanks - running npm init (at least locally) is the step I missed - now it works well. I am still getting the point where I want to try Fly.io - glad you’ve written these steps!
@kingdomcoder
Thank you for your steps above. I am following them, but I am getting an error on fly deploy. Do you have any advice regarding the following?
=> ERROR [builder 3/18] RUN npm --prefix ./assets ci --progress=false --no-audit --loglevel=error 0.3s
------
> [builder 3/18] RUN npm --prefix ./assets ci --progress=false --no-audit --loglevel=error:
#12 0.263 /bin/sh: 1: npm: not found
------
Error failed to fetch an image or build from source: error building: executor failed running [/bin/sh -c npm --prefix ./assets ci --progress=false --no-audit --loglevel=error]: exit code: 127
From the error npm: not found, I suspect that it’s either you don’t have npm installed in your docker environment or docker doesn’t know the path to where it’s located
Check your Dockerfile. Is there any command like RUN apt-get install -y nodejs or RUN apt-get install -y npm?
If there isn’t, add RUN apt-get install -y nodejs before the RUN npm command that gave this error
@kingdomcoder
Thanks for your feedback. I tried your suggestion and am not successful yet.
My current error looks like:
#14 0.608 npm ERR! The `npm ci` command can only install with an existing package-lock.json or
#14 0.609 npm ERR! npm-shrinkwrap.json with lockfileVersion >= 1. Run an install with npm@5 or
#14 0.609 npm ERR! later to generate a package-lock.json file, then try again.
#14 0.616
#14 0.616 npm ERR! A complete log of this run can be found in:
#14 0.616 npm ERR! /root/.npm/_logs/2022-06-16T15_11_58_766Z-debug.log
------
Error failed to fetch an image or build from source: error building: executor failed running [/bin/sh -c npm --prefix ./assets ci --progress=false --no-audit --loglevel=error]: exit code: 1
With Dockerfile:
# Find eligible builder and runner images on Docker Hub. We use Ubuntu/Debian instead of
# Alpine to avoid DNS resolution issues in production.
#
# https://hub.docker.com/r/hexpm/elixir/tags?page=1&name=ubuntu
# https://hub.docker.com/_/ubuntu?tab=tags
#
#
# This file is based on these images:
#
# - https://hub.docker.com/r/hexpm/elixir/tags - for the build image
# - https://hub.docker.com/_/debian?tab=tags&page=1&name=bullseye-20210902-slim - for the release image
# - https://pkgs.org/ - resource for finding needed packages
# - Ex: hexpm/elixir:1.13.4-erlang-24.3.3-debian-bullseye-20210902-slim
#
ARG ELIXIR_VERSION=1.13.4
ARG OTP_VERSION=24.3.3
ARG DEBIAN_VERSION=bullseye-20210902-slim
ARG BUILDER_IMAGE="hexpm/elixir:${ELIXIR_VERSION}-erlang-${OTP_VERSION}-debian-${DEBIAN_VERSION}"
ARG RUNNER_IMAGE="debian:${DEBIAN_VERSION}"
FROM ${BUILDER_IMAGE} as builder
# install build dependencies
RUN apt-get update && apt-get install -y build-essential git \
&& apt-get clean && rm -f /var/lib/apt/lists/*_*
RUN apt-get update && apt-get install -y nodejs
RUN apt-get update && apt-get install npm -y
#RUN npm install npm@8.11.0
#RUN rm -rf /usr/local/lib/node_modules/npm
#RUN mv node_modules/npm /usr/local/lib/node_modules/npm
RUN npm --prefix ./assets ci --progress=false --no-audit --loglevel=error
# prepare build dir
WORKDIR /app
# install hex + rebar
RUN mix local.hex --force && \
mix local.rebar --force
# set build ENV
ENV MIX_ENV="prod"
# install mix dependencies
COPY mix.exs mix.lock ./
RUN mix deps.get --only $MIX_ENV
RUN mkdir config
# copy compile-time config files before we compile dependencies
# to ensure any relevant config change will trigger the dependencies
# to be re-compiled.
COPY config/config.exs config/${MIX_ENV}.exs config/
RUN mix deps.compile
COPY priv priv
COPY lib lib
COPY assets assets
# compile assets
RUN mix assets.deploy
# Compile the release
RUN mix compile
# Changes to config/runtime.exs don't require recompiling the code
COPY config/runtime.exs config/
COPY rel rel
RUN mix release
# start a new build stage so that the final image will only contain
# the compiled release and other runtime necessities
FROM ${RUNNER_IMAGE}
RUN apt-get update -y && apt-get install -y libstdc++6 openssl libncurses5 locales \
&& apt-get clean && rm -f /var/lib/apt/lists/*_*
# Set the locale
RUN sed -i '/en_US.UTF-8/s/^# //g' /etc/locale.gen && locale-gen
ENV LANG en_US.UTF-8
ENV LANGUAGE en_US:en
ENV LC_ALL en_US.UTF-8
WORKDIR "/app"
RUN chown nobody /app
# set runner ENV
ENV MIX_ENV="prod"
# Only copy the final release from the build stage
COPY --from=builder --chown=nobody:root /app/_build/${MIX_ENV}/rel/my_test_app ./
USER nobody
CMD ["/app/bin/server"]
# Appended by flyctl
ENV ECTO_IPV6 true
ENV ERL_AFLAGS "-proto_dist inet6_tcp"
I suspect that your error comes from the fact that you executed RUN npm --prefix ./assets ci --progress=false --no-audit --loglevel=error before you ran COPY assets assets further down.
If you move the RUN npm... line after the COPY assets assets line, that should fix it.
The reason this is necessary is that your command to RUN npm --prefix **./assets**... requires that your assets folder, along with its package-lock.json file should have been copied over prior to this command.
I just realized that tailwindcss-cli is working with 3rd party plugins also in the latest version. That would mean that the best way to integrate daisyui into phoenix application is: