cState alternatives and similar software solutions
Based on the "Misc/Other" category.
Alternatively, view cState alternatives based on common mentions on social networks and blogs.
-
CyberChef
The Cyber Swiss Army Knife - a web app for encryption, encoding, compression and data analysis -
MindsDB
AI's query engine - Platform for building AI that can learn and answer questions over large scale federated data. -
changedetection.io
The best and simplest free open source web page change detection, website watcher, restock monitor and notification service. Restock Monitor, change detection. Designed for simplicity - Simply monitor which websites had a text change for free. Free Open source web page change detection, Website defacement monitoring, Price change notification -
google-webfonts-helper
A Hassle-Free Way to Self-Host Google Fonts. Get eot, ttf, svg, woff and woff2 files + CSS snippets -
Reactive Resume
DISCONTINUED. A one-of-a-kind resume builder that keeps your privacy in mind. Completely secure, customizable, portable, open-source and free forever. Try it out today! [Moved to: https://github.com/AmruthPillai/Reactive-Resume] -
blynk
DISCONTINUED. Blynk is an Internet of Things Platform aimed to simplify building mobile and web applications for the Internet of Things. Easily connect 400+ hardware models like Arduino, ESP8266, ESP32, Raspberry Pi and similar MCUs and drag-n-drop IOT mobile apps for iOS and Android in 5 minutes -
Ombi
DISCONTINUED. Want a Movie or TV Show on Plex or Emby? Use Ombi! [Moved to: https://github.com/Ombi-app/Ombi] -
Revive Adserver
The world's most popular free, open source ad serving system. You can download the latest release at: -
2FAuth
A Web app to manage your Two-Factor Authentication (2FA) accounts and generate their security codes -
COPS
Calibre OPDS (and HTML) PHP Server : web-based light alternative to Calibre content server / Calibre2OPDS to serve ebooks (epub, mobi, pdf, ...) -
Ulterius
DISCONTINUED. Ulterius is an open-source remote desktop software with lots of awesome functions. -
How Secure Is My Password
DISCONTINUED. Rather than just saying a password is "weak" or "strong", How Secure is My Password? lets your users know how long it would take someone to crack their password. -
Para
Multitenant backend server for building web and mobile apps rapidly. The backend for busy developers. (self-hosted or hosted) -
DomainMOD
DomainMOD is an open source application written in PHP & MySQL used to manage your domains and other internet assets in a central location. DomainMOD also includes a Data Warehouse framework that allows you to import your web server data so that you can view, export, and report on your live data. -
Skygear
DISCONTINUED. Skygear - an open source serverless platform for modern secure app development -
visualCaptcha
visualCaptcha's Main Repo. This is a collection of all the different versions/repos of visualCaptcha. -
GeneWeb
GeneWeb is a free (as in free speech) genealogy software with a web interface created by Daniel de Rauglaudre. -
MalwareMultiScan
DISCONTINUED. Self-hosted VirusTotal / MetaDefender wannabe with API, demo UI and Scanners running in Docker. -
Anchr
βοΈ Anchr provides you with a toolbox for tiny tasks on the internet, especially bookmark collections -
AlertHub
AlertHub is a simple tool written with NodeJS to get alerted from new GitHub and GitLab repository events. -
Digital-Currency
DISCONTINUED. Create your own Digital Currency with this self-hosted Web App. Check out the Demo website -
CrushPaper
Research the web for relevant sources, save them to CrushPaper and then combine them with your own insights into an article. -
Trello Burndown
An easy to use self-hosted SCRUM burndown chart for Trello boards. (Docker or binary)
CodeRabbit: AI Code Reviews for Developers

* Code Quality Rankings and insights are calculated and provided by Lumnify.
They vary from L1 to L5 with "L5" being the highest.
Do you think we are missing an alternative of cState or a related project?
Popular Comparisons
README
Γber fast to load and build, backwards compatible (IE8+), tiny, and simple OSS status page built with Hugo. Completely free with Netlify. Comes with Netlify CMS, read-only API, badges like from shields.io, and other useful features.
You can support the creator of this project by starring, sharing, using cState and/or financially supporting the author. Thank you!
Sponsors
cState's development is being sposnored by Instatus from June, 2022.
Examples π₯³
Official
More examples from the internet
Want your status page here? Create a PR!
Contents π
Features π
Fast.
- Fast to load. Even on Internet Explorer 8. Incredible browser support. Minimal JS. No CSS dependencies either.
- Fast to create incidents. Use the command line or setup a CMS like Netlify CMS or Forestry for a no-code experience. See here
- Stays fast. Hugo & Golang can build a site with thousands of entries in seconds.
Nice.
- Focused, adaptable design. Auto dark mode. Easy customization from one file (or settings page). Statistical calculations show the key take-away (e.g., time spent fixing an issue).
- Fit for any language. With built-in support for English, German, French, Italian, Lithuanian, Macedonian, Dutch, Portuguese, Turkish, and Tagalog. See here
- All incidents, sorted. Link incidents to systems/categories, let users know how long previous downtime took, and more.
Free.
- Free hosting. Host on supported platforms like Netlify or manage cState yourself. See here
- Free your data. Use RSS or the read-only API to create custom HTML/JS integrations or simply embed the built-in badges/shields.
- Free for developers to expand upon. Integrate monitoring, link to other systems, change any text or style, create custom pages, and more.
Please note that with all that cState can do, it cannot do automatic monitoring out of the box. See this thread 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 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.
Getting started π»
This is how you create a new site powered by cState. What you are generating is a Hugo site with specific, already existing modifications (to Hugo, cState is a theme).
π Netlify and Netlify CMS
cState was built to work best with Netlify and comes with the neccesary files to enable Netlify CMS.
You don't have to use Netlify, but this is the best all-around option:
- To get you started, Netlify is completely free (you can pay for extra features, bandwidth, etc)
- It supports all the features you'd want for hosting a modern website: HTTPS, domain linking, worldwide asset serving, rollbacks, and more
- As you'd expect, Netlify CMS works best with Netlify. It takes just a few clicks to make it work
You can simply click this button to get started:
This sets up cState with its default settings from the the example repository repo.
If you cloned the example repository and want to use that newly forked repo, click the 'New site from Git' button in the user dashboard.
These are the settings you should be using:
- Build command: hugo
- Publish directory: public
- Add one build environment variable
- Key: HUGO_VERSION
- Value: 0.80 (or later)
- Also for the Build image selection, pick Ubuntu Xenial 16.04 or later
𧑠Other great hosting and CMS options
The most popular options, apart from Netlify's offers, are:
- Hosting:
- GitHub Pages
- GitLab Pages
- Cloudflare Pages
- Vercel
- Admin panels / CMS:
- Forestry.io
- Or just use your Git provider (github.com, gitlab.com, etc)
You can also look at other headless CMS options (we use Git-based CMS types) on jamstack.org.
GitLab Pages
Here is a good guide for getting started with the service.
In short: a .gitlab-ci.yml
file is responsible for making cState work. As of v4.2.1, the cState automatically ships with this file, but support is still experimental.
As of this time, this is a relatively untested option, but Hugo does seem to generate the right things (this can be checked by downloading the CI/CD artifacts).
According to GitLab, it may take up to 30 minutes before the site is available after the first deployment.
You can make Netlify CMS work on GitLab, but that requires overriding an existing file in the theme. Create a file in static/admin/config.yml
and follow the instructions linked earlier. (cState by default ships with Git Gateway for Netlify.)
GitHub Pages, Cloudflare Pages, Vercel, Forestry, and others
There is no official, separate documentation for these, but if you look below to see how to deploy manually, the instructions will be the same everywhere.
Doing it on your PC
Keep reading to see how to deploy manually. Developers wishing to contribute, scroll to the very bottom.
Manual builds
For this tutorial, it is assumed that you have Hugo and Git installed (check with hugo version
& git --version
).
A minimum version of
0.80
is required for Hugo, starting with v5.
I want to use my site in production
git clone --recursive -b master https://github.com/cstate/example.git
(We are using --recursive
because the site will not generate with an empty themes/cstate
folder.)
Now you can edit what's inside the folder (example
) and try previewing that with this command:
hugo serve
Once the changes you wanted done are finished, generate the final files like this:
hugo
And the folder public
can now be hosted.
The downside with manual building is that, if you do not want to use a solution like GitLab Pages or Netlify, this process will need to happen on your computer. This can be tedious.
Docker
cState comes with a Dockerfile and Netlify (according to their article from 2016) uses a similar Docker system to build cState. This is an option for people who prefer Docker and NGINX instead of serverless, but serverless still has the priority in our development.
Updating π
If you are updating from one major version to another, like from v3 to v4, then please read the migration guides.
Assuming the production install instructions were followed, keep cState updated by having an up to date Git submodule in the themes
folder. containing this repository. Your content should stay separate from the guts of cState.
Ask yourself these questions:
- Do I already have the up to date Git repository with my status page on my computer?
- If not, go to your desktop or somewhere else, where you can download your Git repository and run:
git clone --recursive <your repo link goes here> && git submodule foreach git pull origin master
. - In the parent directory, type
hugo serve
. Check to see if everything is working. - Then do
git add -A; git commit -m "Update cState"; git push origin master; exit
. Your status page is now updated.
- If not, go to your desktop or somewhere else, where you can download your Git repository and run:
- If you DO have the directory, go inside
themes/cstate
. If that is empty, it is easier to delete your local copy and do the steps outlined earlier.
There is currently no easier way to do this, unfortunately, you will need the terminal / command line / Git Bash, unless you want to create a new status page from scratch and move your data over manually.
More info about submodules: updating & cloning.
FAQ π€
What should be the first thing I do after downloading the example repository? What do I edit?
Most of the settings are in the config.yml
file or under Settings, if you have set up Netlify CMS.
How do I create issues?
Using an admin panel (Netlify CMS)
This takes a little more effort to set up but pays off in the long run β see the wiki for up to date information.
Doing it from the Git repository
Create a file in content/issues
. The name of the file will be the slug (what shows up in the URL bar). For example, this is what 2017-02-30-major-outage-east-us.md
should look like:
---
title: Major outage in East US
date: 2017-02-30 14:30:00
resolved: true
resolvedWhen: 2017-02-30 16:00:00
severity: down
affected:
- API
section: issue
---
*Monitoring* - After hitting the ole reboot button Example Chat App is now recovering. Weβre going to continue to monitor as everyone reconnects. {{< track "2018-04-13 16:50:00" >}}
*Investigating* - Weβre aware of users experiencing unavailable guilds and issues when attempting to connect. We're currently investigating. {{< track "2018-04-13 15:54:00" >}}
This is what you would see for an issue that has been resolved.
Time to break that down.
title
: This is the one of the most important parts of an incident. (required)
date
: An ISO-8601 formatted date. Does not include time zone. This is when you first discovered the issue. (required)
resolved
: Whether issue should affect overall status. Either true
or false
. (boolean, required)
resolvedWhen
: An ISO-8601 formatted date. Does not include time zone. This is when downtime stopped. You may set the time that downtime ended without completely resolving the issue (thus leaving time for monitoring).
severity
: If an issue is not resolved, it will have an applied severity. There are 3 levels of severity: notice
, disrupted
, and down
. If there are multiple issues, the status page will take the appearance of the more drastic issue (such as disrupted
instead of notice
). (required)
affected
. Add the items that were present in the config file which should alter the status of each individual system (component). (array, required)
section
. This must be issue
, so that Hugo treats it as one. (required)
You don't have to define a date for resolvedWhen
when the issue is not resolved (obviously):
---
title: Major outage in East US
date: 2017-02-30 14:30:00
resolved: false
severity: down
affected:
- API
section: issue
---
We are looking into this...
Is that it?
For this very basic tutorial, yes.
I have more questions!
Check out the wiki.
Contribute π₯
Making a change in the code for the cstate/cstate repo
PRs should be submitted to the dev
branch, if it exists. Before submitting a pull request, create an issue to discuss the implications of your proposal.
The root directory is where the theme itself is (the cState guts, basically) and the exampleSite
folder houses all content for your specific site. Use this local setup to experiment before making a PR.
Here is a guide for how you should develop:
- Clone this repository in the command line:
git clone --recursive -b master https://github.com/cstate/cstate.git
- Launch the development setup like this:
# old command
# navigate to the directory where your content is and start dev server from there
cd cstate/exampleSite
hugo serve --baseUrl=http://localhost/ --theme=cstate --themesDir=../.. --verbose
# new command partially works for v5.0.2; does not load images from static/
# for this you need to be in the theme root
hugo serve --config=exampleSite/config.yml --theme=../ --contentDir=exampleSite/content
For translators
Code of conduct
License β
A special thanks to all the contributors
Note about versions
We use semantic versioning. Version numbers are logged in the console (JS partial), the HTML β the meta[generator]
tag (meta partial), and API index (index.json).
*Note that all licence references and agreements mentioned in the cState README section above
are relevant to that project's source code only.