aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorMantas Vilčinskas <11616378+mistermantas@users.noreply.github.com>2020-07-24 12:38:29 +0300
committerGitHub <noreply@github.com>2020-07-24 12:38:29 +0300
commit30dbc121b522bb9626f730b2e351c46e6750f02c (patch)
treebe9512457628995846e532d9b6cade315559fedd
parented2d6d4fa9f60f84fb41dae168bd4a5e10b54889 (diff)
fix typo - ty @punchagan #122
-rw-r--r--README.md2
1 files changed, 1 insertions, 1 deletions
diff --git a/README.md b/README.md
index e50f1d7..3a5e3b8 100644
--- a/README.md
+++ b/README.md
@@ -48,7 +48,7 @@ You can also support the creator of this project by **starring, sharing, and usi
You can think of the cState status page as an informational hub. Because the software is static, it cannot directly monitor any services in real time.
-However, cState is a perfect option for recording incidnets because most of the time your services are functioning, so the status page does not need to be updated. By default, the little bit of JavaScript on the page improves the user experience but is not required to see the most vital information.
+However, cState is a perfect option for recording incidents because most of the time your services are functioning, so the status page does not need to be updated. By default, the little bit of JavaScript on the page improves the user experience but is not required to see the most vital information.
There are other commercial options that may update faster because of their architecture, have built-in real-time uptime monitoring, send notifications by email or other means, but cState is not supposed to be better than paid solutions, but _good enough_.