blset
Hello,
it’s not clear what is the app dir with releases
I have files generated by the phoenix web app that can be downloaded.
They are stored in a directory called downs of the app dir. if I change release I expect these files to stay where they are and be found by all releases
I have added
plug Plug.Static, at: "/downs", from: Path.expand('./downs'), gzip: false
I then generate urls with /downs/xxx
1- if I run the app with mix phx.server from the app dir it works ok
2- if I run the app with _build/rel/prod/v1/bin/v1 start from the app dir (after having build the release) it works ok
the problem is :
3- if I upload the release previoulsy built (on another machine) to another directory test1 with the downs dir copied into test1 (but not in priv/static) , and from test1 I run v1/bin/v1 start, the app works ok but the files in downs are not found
I uploaded in test1 only the content of v1, not the full tree _build/prod/rel/v1
the url is correctly generated but looks like the plug static line is ignored in case 3
thanks for any advice
in short
> test1
> - downs
> - file1
> - v2
> - all files generated by mix release found under _build/prod/rel/v2 originally
file1 present when generating the release is found
but a file2 put by the application when running the release is not found for download although the url are exaclty similar
/downs/file1
/downs/file2
since file2 was put by the running application the app dir is ok but the download of the file intercepted by plug static works for file1 but not for file2
Trending in Questions
Other Trending Topics
Latest Phoenix Threads
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
- #blog-post
- #phoenix_html
- #iex
- #ai
- #graphql
- #genstage
- #elixirconf-us
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #metaprogramming
- #security
- #hex










Showing Posts 1 to 8- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
blset
according to a similar post Plug.Static is unable to serve files in production - #8 by OvermindDL1
this could be that the path for plug static is resolved at compile time
plug Plug.Static, at: “/downs”, from: Path.expand(‘./downs’)
so the . is the directory where the release was built, so when moving the release to another directory, it does not work anymore
but that does not explain why file1 is found and not file2
blset
finally the answer from the doc of plug static
Plug.Static will be unable to serve assets if you build releases or if you change the current directory. Instead do:
Kurisu
I guess the issue comes from
Path.expand/1. As stated in its doc, itGiven that fact, you could take advantage from some environment variable depending on wether the app is running in production, development…
Note that with this
MY_APP_DOWNS_PATHshould match to a path on the machine where the releases will be run.This won’t probabbly be what you want. So
config/releaseswould serve you better.Edit:
MY_APP_DOWNS_PATHin my example is of course an absolute path and can even be outside the app folder.I see you’ve already found a solution that works for you. ^^
I was assuming that your
downsfolder is not a classic “assets” folder files and shouldn’t be renewed from release to release.kokolegorille
Another reliable way is to use a path relative to
blset
indeed downs is not a classic assets folder it is a folder in some enclosing dir that is
and I run
form the maindir or
according to the release I want to start
the solution I have found is to use first
and then put manually a symlink to the real downs in the app dir which is something like
I have tried to put the symlink when generating the release but I have difficulty copying it to the remote folder
Kurisu
So I would do something like:
Then in
config/releases.exsAnd I will create on the production machine the Environment variable that will be fetched each time I start a release:
I did something similar for an umbrella project which children apps share a
downloadsfolder outside the releases folder.Hope this will be helpfull.
blset
That works well thank you very much for help
blset
I thought it worked but in fact that does not work because at compile time
Application.get_env returns nil so you get the path of the machine which builds the release not the runtime path
I ended up with
that is a relative path which saves the need for the ENV var