Live data from Hacker News

Show HN: Built a self hosted clean status page and batteries

github.com

31–40 of 56 posts

Re: Show HN: Built a self hosted clean status page and batteries

#31
post #20

Earlier quoted context omitted.

"features"

The phrase is usually "batteries included" not "and batteries"

And I'd disagree that "batteries included" is a phrase used to describe "features"?

I would interpret "batteries included" to mean "you don't need to worry about shaving a yak to get this installed, it's all there and ready". Language is fun!

Re: Show HN: Built a self hosted clean status page and batteries

#34

What’s with “and batteries”? Doesn’t even get mentioned in the features list. Makes this feel AI generated and doesn’t clarify anything.

Probably an attempt at "batteries included" as in it comes with everything you need to start using it.

https://news.ycombinator.com/item?id=39101910

Re: Show HN: Built a self hosted clean status page and batteries

#35
post #34

What’s with “and batteries”? Doesn’t even get mentioned in the features list. Makes this feel AI generated and doesn’t clarify anything.

Probably an attempt at "batteries included" as in it comes with everything you need to start using it. https://news.ycombinator.com/item?id=39101910

[deleted]

Re: Show HN: Built a self hosted clean status page and batteries

#36
I think the incident.svelte file could use some love, is it best practice to put part of the phrase somewhere else? Doesn't it increase the cognitive stress? Like there is somewhere a phrase, but part of the text is being calculated https://github.com/rajnandan1/kener/blob/74ea57d6bbf6ac4dd3e...

Isn't it easier to understand what is going on just by calculating the condition on the top and put the text on the markup based on that condition?

I feel like there are few places where in order to don't duplicate part of the text it's being made extremely difficult what the text is going to be by putting it far away

Re: Show HN: Built a self hosted clean status page and batteries

#37

What’s with “and batteries”? Doesn’t even get mentioned in the features list. Makes this feel AI generated and doesn’t clarify anything.

Indeed. I was expecting one of those "server is a Raspberry Pi running on a solar panel in a cornfield" posts but this time it was hosting status pages.

Re: Show HN: Built a self hosted clean status page and batteries

#38
post #6

For personal monitoring, I've been using Uptime Kuma (and been happy with it). Has anyone looked how these two compare?

I've been looking for a good and ideally very simple place to host an Uptime Kuma container with persistent storage. Any suggestions?

Re: Show HN: Built a self hosted clean status page and batteries

#39
There's an "awesome status pages" list GitHub repo that lists a bunch of these. One thing I was wondering if anyone has a manual one? I could use one of these but I don't want any automation. Just a manual status page updater. Could even be a static site generator with helper scripts.

Re: Show HN: Built a self hosted clean status page and batteries

#40
In my view, a status page should have only one function: communicate to your users if your service is up, how long has it been down, and which parts are down and maybe list work that you do fix the issues. Updating it should be done, automatically and as simple as possible, as part of incident response process.

A status page should not replace your internal monitoring, so including "batteries" is both not necessary and a bad idea - because of the next point.

A status page should not have dependencies, and if it does, they should have higher availability than your service. Otherwise, you need a status page for your status page. Node.js sounds like a liability in this case.

Post reply on HN