Dokumentasjon
OpenErrorAPI snakker Sentry wire protocol, så du beholder den offisielle SDK-en du allerede bruker og endrer én linje: DSN. Denne siden forklarer hvordan, og — like viktig — hva vi ikke støtter.
Bytt fra Sentry på 10 minutter
Du trenger ikke erstatte SDK-en eller skrive om kode. Du peker SDK-en du allerede har til en annen DSN.
-
1
Opprett et prosjekt i konsollen. Du får en DSN på formen https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID.
-
2
Erstatt DSN-en i din eksisterende Sentry.init() — vanligvis én miljøvariabel. Behold SDK-en, versjonen og alle innstillinger du allerede har satt.
-
3
Deploy og utløs én feil. Den dukker opp i konsollen innen ett sekund, gruppert som den var i Sentry.
PHP
composer require sentry/sentry\Sentry\init(['dsn' => 'https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID']);JavaScript / TypeScript
npm i @sentry/browserSentry.init({ dsn: 'https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID' });Node.js
npm i @sentry/nodeSentry.init({ dsn: 'https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID' });Python
pip install sentry-sdksentry_sdk.init(dsn="https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID")Go
go get github.com/getsentry/sentry-gosentry.Init(sentry.ClientOptions{Dsn: "https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID"})Dart / Flutter
flutter pub add sentry_flutterawait SentryFlutter.init((o) => o.dsn = 'https://PUBLIC_KEY@openerrorapi.com/PROJECT_ID');Laster du allerede opp source maps med sentry-cli? Behold det steget også — sett SENTRY_URL til https://openerrorapi.com og bruk et upload-token som SENTRY_AUTH_TOKEN.
Sentry-kompatibilitet, ærlig talt
Kompatibilitet er hele løftet, noe som gjør det til den farligste tingen å overdrive. Denne tabellen er generert fra samme kilde som koden og vår maskinlesbare dokumentasjon bruker, så den kan ikke stille forsvinne fra virkeligheten.
7 områder fullt støttet · 3 delvis · 3 ikke støttet.
| Område | Status | Detalj |
|---|---|---|
Envelope ingest (/api/{id}/envelope/) |
Støttet | 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/) |
Støttet | Legacy endpoint for older SDKs. Same processing pipeline as envelopes. |
| Error events & grouping | Støttet | Exceptions, messages, stack traces, tags, user, contexts, breadcrumbs, request. Grouping by fingerprint with an explicit `fingerprint[]` override. |
| Sessions / release health | Støttet | Session envelope items are processed; crash-free sessions and users are shown per release. Available from the Team plan. |
| Security reports (CSP) | Støttet | 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 | Støttet | 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 |
Delvis | 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 | Støttet | Embeddable widget; reports land next to the errors they belong to. |
| Transactions / performance | Delvis | 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) |
Ikke støttet | Not processed yet. Log items are ignored, which does not affect error reporting from the same SDK. |
Cron monitors (check_in items) |
Delvis | 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 | Ikke støttet | Deliberately out of scope. These are the reasons to stay on Sentry; we do not pretend otherwise. |
| Native symbolication (dSYM / ProGuard) | Ikke støttet | Not supported. Native mobile crashes arrive, but stay unsymbolicated. |