this post was submitted on 02 Dec 2024
140 points (96.1% liked)

Selfhosted

40633 readers
543 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago
MODERATORS
 

Mine is beaverhabits, just a good habit app that has come out recently.

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 24 points 2 weeks ago (3 children)

Not useful on its own but https://sablierapp.dev/ was really useful for me in getting back resources from some of the heavyweight containers I use. For those unfamiliar with it, Sablier can stop containers that go idle and then spin them back up automatically when a request comes in. It requires Traefik, NGINX, or Caddy running always so it could complicate your server but for me I couldn't do without it.

[–] [email protected] 2 points 2 weeks ago

This sounds quite interesting!

[–] [email protected] 1 points 2 weeks ago (1 children)

I believe this can integrate with various reverse proxies and trigger on-demand?

[–] [email protected] 2 points 2 weeks ago* (last edited 2 weeks ago)

Right. When a request comes in, Traefik, for one, will hold the connection until the service is back up then forward the request as usual. This works for UIs as well. You'll get a temporary loading page then redirected to the requested UI when the service is up.

[–] shaserlark 1 points 2 weeks ago (2 children)

So would this work well e.g. with the the *arr stack? Because most of the services wouldn’t even need to run always

[–] [email protected] 4 points 2 weeks ago* (last edited 2 weeks ago)

How would the timed tasks be handled if they're offline

[–] [email protected] 2 points 2 weeks ago

It probably would work well with those as long as the startup time was quick (my containers come up almost instantly) and the initiating clients can handle a bit of latency. I didn't notice any hiccups in my use at all.