Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature Request] Site up or down indicator #78

Closed
richardphi1618 opened this issue Sep 9, 2022 · 7 comments · Fixed by #505
Closed

[Feature Request] Site up or down indicator #78

richardphi1618 opened this issue Sep 9, 2022 · 7 comments · Fixed by #505
Labels
enhancement New feature or request

Comments

@richardphi1618
Copy link

richardphi1618 commented Sep 9, 2022

Similar to what uptime kuma would do it would be nice to use the green light you use for container status to indicate if a website is up or down (404 / 502 / 300 / etc). I use uptime kuma as the example but it doesn't need to be that sophisticated a simple yes/no of if a site is up or down would be helpful.

@benphelps
Copy link
Member

Something similar to the docker status icons like shown here https://github.com/benphelps/homepage/wiki/Services#docker-integration ?

@richardphi1618
Copy link
Author

Yea this is great for at a glance now the status of my docker environment (love this). I fight with cloudflare some days and have some apps I show through a domain name / off site apps too. I don't take for granted just because the container is working that the site is reachable / functioning you know?

@rolikeusch
Copy link

rolikeusch commented Sep 9, 2022

I would also like to see this feature. I use wirestat to monitor my servers and if something fails It gives the status 500. so it would be great to have this in homepage.

perhaps it would also possible to have more stats from wirestat in homepage, like cpu or ram usage 😉

@benphelps benphelps added the enhancement New feature or request label Sep 10, 2022
@DanJackiels
Copy link

Something similar to the docker status icons like shown here https://github.com/benphelps/homepage/wiki/Services#docker-integration ?

It would be awesome if this would behave the same way for both docker and non-docker services to keep it consistent.
Because right now non-docker apps don't have an indicator light.

And also, since I can't hide their widget they stick out when in a group with docker containers.

Otherwise, I love this dashboard. Thanks for making it! :)

image

@JazzFisch
Copy link
Collaborator

This could potentially be difficult to do. On one hand, you could define a URL (http://container_name:port) but that only works if you are the same docker network, but wouldn't let you know if there was an issue with your reverse proxy. On the other hand, Docker doesn't allow containers to send network traffic to anything on their public IP. So if you configured homepage with https://app.mydomain.tld:port and that resolves to the same IP that homepage is on, it would always show down.

@shamoon
Copy link
Collaborator

shamoon commented Oct 13, 2022

I was thinking about this and I agree JazzFisch, the issues you noted above may be problematic for users but I guess the question is how much the software has to protect users against 'mistakes', e.g. is it enough to put a warning like this in the docs?

I made an implementation of this (screenshot) which uses the proxy backend, that way you could theoretically setup a ping to the local IP/host to test up / down even if the public URL/ip wouldn't work e.g. because of a reverse proxy.

Curious about people's thoughts.

Screen Shot 2022-10-14 at 2 24 54 PM

Copy link
Contributor

github-actions bot commented Feb 6, 2024

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new discussion for related concerns.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Feb 6, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request
Projects
None yet
6 participants