Framework e copertura degli stack

Scegli per segnale, framework e runtime, non solo per linguaggio. Disponibilità del pacchetto, prove complete e attivazione sulla tua installazione sono verifiche separate. Questa pagina descrive il lavoro multistack al 6 ottobre 2026; non dichiara supporto universale.

JavaScript e Node

Il pacchetto JavaScript pubblicato 0.13.0 include moduli facoltativi per:

• React e Next.js: /react, /next/server.
• Vue e Nuxt: /vue, /nuxt/client, /nuxt/server.
• Angular: /angular.
• Svelte e SvelteKit: /svelte, /sveltekit/client, /sveltekit/server.
• Express, Fastify e Nest: /express, /fastify, /nest.
• PostgreSQL, MySQL, Drizzle e Prisma PostgreSQL: /database.

Importa esplicitamente l’adattatore: installare il pacchetto non strumenta tutti i framework. Gli adattatori server usano Node, non runtime Edge. Errori, log e misure native di durata non implicano tracing OTLP. Solo source map applicative corrispondenti ricostruiscono i frame originali; i chunk del framework possono restare irrisolti.

Parti da JavaScript, dalla configurazione Vue/Nuxt o dalle configurazione database Node. La combinazione osservata per i database Node usava Node 24.21.0, pg 8.23.1, mysql2 3.24.5, Drizzle 0.45.3 e Prisma 7.10.0. La versione minima Node dell’SDK base non dimostra la compatibilità con Prisma.

Ruby, Python e Flutter

Ruby copre il percorso nativo Rails. Python include query Django e adattatori FastAPI/Starlette dalla 0.4.0, insieme alle integrazioni Flask, SQLAlchemy e Celery. Il profilo separato per i job distingue attesa in coda, ritardo programmato, tentativi ed esito finale: misurare la durata di un job non lo attiva automaticamente.

Dart/Flutter supporta errori, log e misure di performance pubblici dalla 0.9.3. Log e misure hanno un solo tentativo di consegna; la coda offline riguarda gli errori. Le eccezioni Dart non sono crash nativi iOS o Android.

Altre integrazioni provate localmente

Queste integrazioni hanno prove con applicazioni e backend reali, ma i pacchetti non sono pubblicati. Non implicano un comando di installazione da registro o una garanzia generale sui runtime.

• PHP/Laravel, Symfony, WordPress/WooCommerce: profili espliciti per richieste ed errori con SDK mantenuti; la copertura di framework, query e code cambia per adattatore.
• Java/Kotlin con Spring: tracce ed errori con l’agente OpenTelemetry mantenuto e l’integrazione Sentry; osservati Spring Boot 3.5.16 e 4.1.1.
• ASP.NET Core: tracce ed errori su build dipendenti dai runtime .NET 8.0.31 e 10.0.12 osservati. Nelle ripetizioni di laboratorio è comparso anche un reset TCP intermittente senza SDK, ancora irrisolto.
• Go: tracce ed errori per net/http, Gin, database/sql SQLite e gRPC su Go 1.26.8 e 1.27.1, Darwin arm64. La prova non dimostra altri database o piattaforme.
• Rust/Tokio: errori e operazioni esplicite su Rust 1.88.0 e 1.99.0, Darwin arm64; nessuna strumentazione automatica di framework web o SQL.
• C/C++: contatori, istogrammi, gauge espliciti e crash nativi su Linux arm64 con GCC 12.2, C11/C++17. Richiede il processore backend compatibile per i metadati e simboli corrispondenti; nessuna dichiarazione di runtime Windows/macOS.
• Elixir/Phoenix: tracce delle richieste, errori delle route, errori dei processi supervisionati e query Ecto SQLite, con propagazione esplicita del contesto ai task. Osservati Elixir 1.19.2 / OTP 28.1.1, Phoenix 1.8.15 e Bandit 1.12.5 su macOS arm64. Prove locali sul backend superate; LiveView, applicazioni solo Erlang e altre piattaforme restano fuori da questo profilo.

Consulta il catalogo di installazione del progetto per la combinazione esatta e le prove disponibili. Questi candidati locali non sono SDK pubblici pronti da installare.

Ambito del prodotto

Il piano di CloseYourIt comprende applicazioni web, servizi backend e app mobile. Swift/iOS, Android nativo e React Native sono in sviluppo: le integrazioni non sono ancora completate né pubblicate. Flutter comprende web e mobile entro i limiti delle prove documentate. Unity, Unreal e client desktop restano esclusi. Capacità in produzione e controlli di rollout restano verifiche separate.

Prima di attivare un nuovo segnale

Leggi tracce, misure e sessioni e la configurazione OpenTelemetry. Verifica identità del backend, routing privato, credenziali, processori e conservazione. Usa una chiave pubblica nel browser e nelle app distribuite; i token bearer server devono restare sul server. Concludi rileggendo un dato realmente memorizzato nel progetto corretto.