mirror of
https://github.com/louislam/uptime-kuma.git
synced 2026-03-02 22:57:00 -05:00
For Ping (Or HTTPs) Add a minimum response time - After that, warn, then service alert #2456
Labels
No labels
A:accessibility
A:api
A:cert-expiry
A:core
A:dashboard
A:deployment
A:documentation
A:domain expiry
A:incidents
A:maintenance
A:metrics
A:monitor
A:notifications
A:reports
A:settings
A:status-page
A:ui/ux
A:user-management
Stale
ai-slop
blocked
blocked-upstream
bug
cannot-reproduce
dependencies
discussion
duplicate
feature-request
feature-request
good first issue
hacktoberfest
help
help wanted
house keeping
invalid
invalid-format
invalid-format
question
releaseblocker 🚨
security
spam
type:enhance-existing
type:new
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/uptime-kuma#2456
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @francismiles1 on GitHub (Aug 9, 2023).
⚠️ Please verify that this feature request has NOT been suggested before.
🏷️ Feature Request Type
New Monitor
🔖 Feature description
there are people suggesting Ping TTL etc, but what I am suggesting is setting a minimum and maximum bar on response times.
For some failing services, their response times go through the roof, but still work. Its useful to know this before the inevitable crash.
✔️ Solution
Add a minimum and maximum response time capability.
If response times (averaged over the number of times this happens - set by the user) fall within these bounds, alert with a WARNING
If response times fall outside of the Maximum, or service Fails, Alert with FAIL
❓ Alternatives
No response
📝 Additional Context
No response
@Computroniks commented on GitHub (Aug 9, 2023):
Is this a duplicate of #459 and #1813? If it is, could you please close this issue to try and avoid cluttering the issue list too much.
@francismiles1 commented on GitHub (Aug 10, 2023):
Oops, sorry, didn't see those. Yes, will close.