Rotate a token
Owner/admin users rotate and reveal a per-site LA Sentry ingest token from the dashboard. Tokens are shown once and intended for server-side clients.
Server-side errors
LoopAware LA Sentry accepts protected server-side error events at `/sentry/errors`. The repository includes first-party Go and Python clients so backend services can send exceptions, tags, environment, release, and request context into grouped dashboard issues.
Production failures are easier to prioritize when operators can compare them with feedback, traffic, and health state for the same site. Server-side LA Sentry events keep backend exceptions in that LoopAware context without exposing ingest tokens to browsers.
Authorization: Bearer YOUR_SERVER_SIDE_TOKEN
POST /sentry/errors
Owner/admin users rotate and reveal a per-site LA Sentry ingest token from the dashboard. Tokens are shown once and intended for server-side clients.
Use `clients/go/lasentry` or `clients/python/la_sentry` to send service errors to the protected ingest endpoint.
Site teams inspect grouped issues with status, release, environment, latest occurrence, and recent occurrences.
Keeps protected ingest credentials out of browser JavaScript and separates server capture from origin-bound browser capture.
The Go client can wrap HTTP handlers, while the Python client includes WSGI and ASGI middleware helpers.
Operators can mark issues unresolved, resolved, or ignored as they triage production failures.
Wrap a Go HTTP handler so panics are captured before a 500 response is returned.
Send caught exceptions with tags such as service name, queue, release, or environment.
Run feedback, traffic, health checks, and backend error capture in the same source-available deployment.
For browser JavaScript events without a server token, use the LA Sentry browser capture path.
Capture Go and Python server errors with LoopAware LA Sentry clients, protected ingest tokens, middleware helpers, grouped issues, and dashboard review. It is useful when developer errors should be reviewed beside site feedback and traffic instead of in a separate monitoring view.
Confirm the workflow is tied to the correct LoopAware site, then check the first dashboard records with the people who will act on them.
When production errors affect the same site that collects feedback and traffic, review them in the same LoopAware operator surface.