You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First of all, I really like this project, well done!
I have multiple dockerized apps that I host under a single domain. I using Nginx to proxy requests to the correct container, based on the path.
For example, requests to https://mydomain.com/app1 are proxied to a container on http://127.0.0.1:2000, requests to https://mydomain.com/hoarder are proxied to http://127.0.0.1:3000 and so on.
Hoarder-app has no setting to set this base path, so I'm running into various issues:
static resources are retrieved from /_next/
login urls come from /providers and others
main app urls go to /dashboard
I can add multiple locations in my Nginx config, but this is cumbersome and error prone (i.e. higher probability of conflicts between apps using the same paths). It would be much more convenient if there would be a setting that lets you define the base path. Any url generated by the app would then be relative to this base path. (e.g. /hoarder/_next/..., /hoarder/dashboard/...)
Thanks!
The text was updated successfully, but these errors were encountered:
optroodt
changed the title
Support hosting under a relative path
[Feature request] Support hosting under a relative path
Apr 15, 2024
Unfortunately, this is going to be hard to implement due to limitations in the framework I'm using. NextJS allows specifying the baseUrl only during build time, and can't be configured in runtime with env variables.
I'm curious, why did you opt into hosting stuff under relative paths versus subdomains?
I use Duck DNS, which gives you a limited number of free dns entries. I would have to automatically renew multiple certificates and remember the domains. I just found that hosting under a path would be quicker (and dirtier... 😅).
Ultimately I guess I will have to set up another domain. :)
hmmmm, the limited number of dns entries is probably solved by just using DuckDNS for the dynamic dns and then having another domain with a CNAME to the duckdns one. That other domain can then have as many subdomains as you want.
As for the certs, yeah you'll have to manage them (unless you're using something like caddy for auto certs). Putting stuff behind cloudflare also can help you avoid the need for managing the certs as well.
Sorry for intruding on your homelab setup 😅 While not strictly related to hoarder, I love homelabbing and if you have any questions about what I mentioned above, I'm more than happy to help on the hoarder discord ;)
As for the feature request itself, to be honest, it's unlikely to happen anytime soon given the framework limitation, sorry :(
First of all, I really like this project, well done!
I have multiple dockerized apps that I host under a single domain. I using Nginx to proxy requests to the correct container, based on the path.
For example, requests to
https://mydomain.com/app1
are proxied to a container onhttp://127.0.0.1:2000
, requests tohttps://mydomain.com/hoarder
are proxied tohttp://127.0.0.1:3000
and so on.The rules in Nginx look like this:
Hoarder-app has no setting to set this base path, so I'm running into various issues:
/_next/
/providers
and others/dashboard
I can add multiple locations in my Nginx config, but this is cumbersome and error prone (i.e. higher probability of conflicts between apps using the same paths). It would be much more convenient if there would be a setting that lets you define the base path. Any url generated by the app would then be relative to this base path. (e.g.
/hoarder/_next/...
,/hoarder/dashboard/...
)Thanks!
The text was updated successfully, but these errors were encountered: