Dokumentacja

OpenErrorAPI używa protokołu Sentry, więc zostawiasz oficjalne SDK, którego już używasz i zmieniasz jedną linijkę: DSN. Ta strona mówi jak, i — równie ważne — czego nie obsługujemy.

Przełącz się z Sentry w 10 minut

Nie musisz zamieniać SDK ani przepisywać kodu. Wystarczy skierować SDK, którego już używasz, na inny DSN.

  1. 1

    Utwórz projekt w konsoli. Otrzymasz DSN w formacie https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID.

  2. 2

    Zastąp DSN w istniejącym Sentry.init() — zazwyczaj jedna zmienna środowiskowa. Zachowaj SDK, wersję i wszystkie opcje, które już ustawiłeś.

  3. 3

    Wdróż i wywołaj jeden błąd. Pojawi się w konsoli w ciągu sekundy, zgrupowany tak jak w Sentry.

PHP

composer require sentry/sentry
\Sentry\init(['dsn' => 'https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID']);

JavaScript / TypeScript

npm i @sentry/browser
Sentry.init({ dsn: 'https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID' });

Node.js

npm i @sentry/node
Sentry.init({ dsn: 'https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID' });

Python

pip install sentry-sdk
sentry_sdk.init(dsn="https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID")

Go

go get github.com/getsentry/sentry-go
sentry.Init(sentry.ClientOptions{Dsn: "https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID"})

Dart / Flutter

flutter pub add sentry_flutter
await SentryFlutter.init((o) => o.dsn = 'https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID');

Już wysyłasz mapy źródeł przez sentry-cli? Zachowaj ten krok — ustaw SENTRY_URL na https://openerrorapi.com i użyj tokena upload jako SENTRY_AUTH_TOKEN.

Kompatybilność z Sentry, szczerze

Kompatybilność to cała obietnica, więc przesadzanie w tym zakresie jest najbardziej niebezpieczne. Ta tabela jest generowana z tego samego źródła, którego używa kod i nasza dokumentacja czytelna maszynowo, więc nie może niezauważalnie odbiegać od rzeczywistości.

7 obszarów w pełni obsługiwanych · 3 częściowo · 3 nieobsługiwanych.

Obszar Status Szczegóły
Envelope ingest (/api/{id}/envelope/) Obsługiwane The modern endpoint every current SDK uses. Gzip/deflate bodies, multiple items per envelope, all three auth methods (X-Sentry-Auth header, querystring, envelope dsn header).
Store ingest (/api/{id}/store/) Obsługiwane Legacy endpoint for older SDKs. Same processing pipeline as envelopes.
Error events & grouping Obsługiwane Exceptions, messages, stack traces, tags, user, contexts, breadcrumbs, request. Grouping by fingerprint with an explicit `fingerprint[]` override.
Sessions / release health Obsługiwane Session envelope items are processed; crash-free sessions and users are shown per release. Available from the Team plan.
Security reports (CSP) Obsługiwane CSP violation reports are stored and grouped like any other issue. Point report-uri at /api/{project_id}/security/?sentry_key={PUBLIC_KEY} — the browser cannot send headers, so the key goes in the URL. Both the classic csp-report body and the Reporting API array are accepted.
Source maps Obsługiwane Upload via our API, from the console, or with sentry-cli. Frames are de-minified on read, so uploading a map fixes old events too.
sentry-cli Częściowo Releases (new / finalize / set-commits) and source-map upload work unchanged. Chunked upload is not implemented — sentry-cli detects that and falls back to the regular upload automatically.
User feedback widget Obsługiwane Embeddable widget; reports land next to the errors they belong to.
Transactions / performance Częściowo Transaction envelope items are accepted so SDKs do not error, but we do not build a performance product on top of them. If you need distributed tracing, keep Sentry — we are an error tracker.
Logs (log envelope items) Nieobsługiwane Not processed yet. Log items are ignored, which does not affect error reporting from the same SDK.
Cron monitors (check_in items) Częściowo We have our own cron/heartbeat monitoring in the console, but the Sentry `check_in` envelope item is not wired to it yet.
Profiling, session replay Nieobsługiwane Deliberately out of scope. These are the reasons to stay on Sentry; we do not pretend otherwise.
Native symbolication (dSYM / ProGuard) Nieobsługiwane Not supported. Native mobile crashes arrive, but stay unsymbolicated.

Dalsze kroki

API dla agentów AI i MCP

Pełna dokumentacja dla autonomicznych agentów: serwer MCP, klucze sesji, zakresy i co agent nigdy nie może zrobić.

llms.txt

Podsumowanie tej strony czytelne maszynowo dla LLM, zgodne z konwencją llms.txt.

Konsola

Problemy, wydania, alerty, monitory i twoje klucze DSN.