Status site
Operational
The independent status frontend is online.
This page is intended to stay reachable even when parts of the main platform are impaired.
Nestarc Webhooks
Live health, incident updates, and maintenance notices.
Component health is derived from the primary API health endpoint and refreshed directly in your browser.
Live checks update in the browser. If this stays unknown after deploy, confirm the API CORS allowlist includes https://status.nestarc.dev.
Status site
The independent status frontend is online.
This page is intended to stay reachable even when parts of the main platform are impaired.
Primary API
Live API health data could not be fetched.
The status site is reachable, but the upstream health endpoint did not return a usable response.
Database
Database dependency status is currently unknown.
This component reflects the database indicator exposed by the upstream health endpoint.
Redis
Redis dependency status is currently unknown.
This component reflects the Redis indicator exposed by the upstream health endpoint.
Monitored source
https://webhook.nestarc.dev/api/v1/health
Publication policy
Open incidents are updated as a visible timeline. New entries are appended with absolute timestamps instead of silently rewriting prior states.
Deployment model
This site is intended for Cloudflare Pages atstatus.nestarc.devso communication can stay reachable even when the primary app path is impaired.
Support path
If you need confirmation for customer-facing impact, contactsupport@nestarc.devand reference the incident title shown on this page.
Active incidents
No active incidents
No user-facing incidents are currently open. The live system summary above remains the primary source for current component health.
Scheduled maintenance
No scheduled maintenance
Planned maintenance windows will be posted here ahead of time with expected impact and start times.
Incident history
No published incident history yet
Resolved incidents will remain visible here so users can review what happened, when it started, and how communication was handled.
Communication standard
This page communicates impact first, then timing, then the current state of investigation. It intentionally avoids uptime marketing or optimistic language during uncertain events.
When incidents are active, updates should be appended instead of silently edited. When incidents are resolved, history should remain visible long enough for users to verify how communication was handled.