HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
TwiN
gatus
Go2020–2026
TwiN / gatus

gatus

Automated developer-oriented status page with alerting and incident support

9Distinct people
11Mentions
0Explicit recommenders
12.8KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Automated developer-oriented status page with alerting and incident support

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 5:04:57 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year11 dated mentions

Observed mentions: 2020-08-29 16:02:24 UTC to 2026-08-28 14:21:25 UTC.

0123452020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 5 mentions; 3 submissions, 2 comments20202021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments20232024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC532
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC202
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC110
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC000
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC000
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC202
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC101

What Hacker News says

11 sources
> That's a super weird way of putting it, which makes me hesitate to agree with you. Yes that's weird sorry. What i meant is it belongs in the uncanny valley. I don't have any good/bad feelings about test suites and CI feedback, it's very binary. Receiving a mail about a comment on my PR raises my hopes that it reached the maintainers (or interest from other contributors); receiving LLM text destroys my expectations. Then, about the content itself, it has a very patronizing tone. Saying out loud every single thing that's in my +25/-3 PR is really infantilizing. I would probably have slightly less negative reactions if it only commented to suggest improvements, instead of patting me on the back. See this example: https://github.com/TwiN/gatus/pull/1712#pullrequestreview-46...
In Please stop flooding our projects with AI slop to furnish your CV
leobg·Sep 5, 2022Submission

Ask HN: Dashboard with muteable notifications for scripts and cron jobs

I have a bunch of Python scripts running on different servers, some of them scheduled as recurring cron jobs. Now I'd like to have a central place to collect status messages from all of these "services". Basically, I want to sprinkle snippets into my scripts that say, "If X happens, notify my dashboard", either as an error message ("Crashed, OOM"), or a success message ("35 items added to database". Same for when I run a command on my terminal that takes a long time. Then I'd like a dashboard that shows all separate services in a table. Green for those that work, red for those that don't. And the ability to drill down into the log of status messages over time for each of them. The dashboard should also be able to configured such that a worker will be considered "dead" if it hasn't posted any status message within the last n hours. In an i
Read the rest
deal world, I wouldn't even need to set this up on the monitoring server itself. Instead, I'd just pass the maximum time window allowed between messages along with the message itself: Dashboard.log(name="WeatherBot", success=true, message=f"{n} items added", max_seconds_until_next=24*60*60) I'd also like phone notifications. However, it's important to me that I can choose to mute notifications for any specific type of message. I want to be able to say, "Don't notify me about this particular thing anymore, but please continue to keep a log, and please do continue to notify me about everything else". Getting the message that my new service is running successfully is great for the first two or three days. But then then info becomes noise, and I'd now rather be notified only when something goes wrong. So far, I've been using Prowl (similar to Pushover). But I'm afraid of using it too much, because I have no way of disabling the notifications from the place where I receive them (my phone). Instead, if a notification starts to get annoying, I need to log in to the server and disable the Pushover code there (provided it isn't a running process). Also, just because I don't want notifications about an event right now doesn't mean I don't want to still collect a log of these status messages, which I can inspect at my leisure. When researching this, I've found services like Gatus [0] or Statping [1]. The latter, so far, seems closest to what I'm looking for, though it doesn't quite fill my requirements. I was thinking about building it myself. But it seems such a common problem that I'd be surprised if a solution like that wasn't already out there. Thanks! [0] https://github.com/TwiN/gatus [1] https://docs.statping.com/#doc-general-notes
2 points · Open discussion
Skimmed quicky through the article, but I think it's worth pointing out that: > While tweeting with anger, Daniel pointed out that I should tell them kindly and it’ll work out. I’m sure it will. Let’s hope I can make it work first. I don’t like just opening issues. I’d rather send a patch directly. Sending patches directly is a non-collaborative approach to open source. Issues are made for discussion, and PRs for resolutions; as a matter of fact, some projects state this explicitly, in order to waste maintainers' time with unproductive PRs. Disliking issues implies (in a way) disliking collaboration. Maintainers who don't respond to issues are unlikely to respond to PRs/patches anyway. EDIT: Extra context: the maintainers are very responsive to PRs (see history of closed ones¹); writing a rant instead of opening issues and/or PRs is... hm
Read the rest
In Linux is dead, long-live Docker monoculture

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.