[Feature Request] ability to serve via 2 APP_URL

[alx-xlx]

Is your feature request related to a problem? Please describe.
I have implemented a scale to zero using sablierapp, which basically stops any docker container that is not being used, and starts the container if it sees a network traffic. Basically for low powered systems. However when starting the docker containers there is a delay period which needs to hold.

Describe the solution you'd like
The solution best suited would be to accept two different subdomains, one for normal webapp and the other for api related.

APP_URL=https://2fauth.example.com,https://2fauth-api.example.com

[Bubka]

Hi,
How will a dual domain solve the delay problem? I don't understand 🤨

[alx-xlx]

well the sablierapp has two mode, dynamic and blocking

• what they basically mean is that if the domain is set to dynamic then a temporary webpage (by sablierapp) gets displayed while the docker containers is starting, and only upon the container getting healthy the temporary webpage is no longer served and instead the target service gets served in this case 2fauth.example.com
  this dynamic mode is useful for webaapp based services so we can see if the details of container in the temporary webapge that gets served by sablierapp.

• and if the domain is set to blocking mode then sablierapp just holds the web request until the docker container is healthy. this blocking mode is useful for API based urls. Also useful for

So for example I would use

https://2fauth.example.com in dynamic mode
and
https://2fauth-api.example.com in blocking mode (can be used in chrome extension and android app)

EDIT: To answer your question
It won't solve container start delays, however the web traffic can be categorically controlled if we have two different URL, one for browser access and another for mobile apps access.

https://sablierapp.dev/#/strategies -> this is the app that I am using for automatic start and stop of containers

[Bubka]

Ok, I think I get it.
I guess Sablier can only apply one strategy per domain. So, having 2 domains/app_url would allow you to set a different strategy for each domain, right?

[alx-xlx]

that's exactly right.

[Metal-Mighty]

Hi there, I'd like to add another use case that would benefit from this new feature.

My 2FAuth is hosted on a home server, which can sometimes have internet issues (or I may break my WAN firewall like right now 😛), in which case I have to access the service using a local DNS (e.g. 2fauth.lan). I currently need to update my env var whenever I need to access it in this situation.

Adding both URLs would prevent downtime when using it at home (always use the local URL) and having to update the app.

[maxdd]

For this last feature, many self hosted services have a local url associated with a wifi and a remote url. That would be a nice addition