?
Utenti umani con heartbeat dalla mappa negli ultimi 5 minuti nel progetto Abisso DEV. Presenza tecnica, non partite avviate.
ABISSO CONTROL
Controllo della sessione e dei permessi del Centro di Comando.
CENTRO DI COMANDO · PANORAMICA
Panoramica reale di giocatori, accessi osservati, risultati e spese dei progetti.
PANORAMICA · DATI DALLE FONTI
Gioco, traffico osservato, esiti e costi. Ogni metrica mostra il proprio ambito e i propri limiti.
Lettura delle fonti in attesa...
Utenti umani con heartbeat dalla mappa negli ultimi 5 minuti nel progetto Abisso DEV. Presenza tecnica, non partite avviate.
Account Auth distinti con almeno una visita alla sessione nel ruolo Player e controller umano. I bot non vengono conteggiati. I dati del progetto DEV possono includere test.
Visualizzazioni della homepage pubblica con consenso alle statistiche. I conteggi sono aggregati in Supabase, non equivalgono a visitatori unici e non comprendono chi ha rifiutato le statistiche.
Numero di istanze pagina distinte che hanno inviato l’evento facoltativo home_view del Varco. Non sono visitatori unici né visite a tutto abissoinfinito.it.
Nuove sessioni play create nel periodo, dalla data di lancio monitorata. Una persona può creare più sessioni. Non indica partite concluse.
Sessioni play con uscita autorevole registrata dal motore. Non equivale necessariamente alla soluzione corretta del delitto.
Run con risultato won registrato dal server, nel gruppo di partecipazioni del periodo. I test non classificati possono essere inclusi.
Somma in euro delle spese dichiarate già pagate dai tre autori. Include gli importi valutari convertiti indicativamente. È cumulativa, non filtrata per giorni.
TRAFFICO DEL SITO
Fonte: Supabase, statistiche aggregate con consenso. Le visualizzazioni indicano caricamenti di pagine pubbliche; le aperture indicano sezioni della home (modali Rive) viste almeno una volta durante il caricamento. Non sono visitatori unici. Non salviamo URL completi, query string, account o IP.
Pagine pubbliche
Dati delle pagine non ancora disponibili.
Sezioni della Home / modali Rive
Dati delle sezioni non ancora disponibili.
In attesa delle statistiche aggregate da Supabase.
ABISSO DEV
Ogni punto rappresenta un giorno in orario italiano: player umani unici con una visita e nuove sessioni create. Un utente in più giorni compare in più punti, quindi non sommare i valori giornalieri per trovare gli unici del periodo.
Player per giornoNuove sessioni
Fonte: Supabase Abisso DEV · nessun dato dimostrativo
RISULTATI
Per il Varco, ogni run può finire in vittoria, morte, timeout o abbandono esplicito. Per il Brindisi la sessione aperta non è automaticamente abbandonata: il contatore registra solo le conclusioni server.
Fonti: Evolve e Varco · le identità non si sommano
COSTI REALI
Anticipato indica chi ha pagato, non quanto gli compete. Le quote finali restano Angelo 65%, Lidia 30%, Davide 5%, calcolate su tutte le spese registrate.
Fonte: registro spese Supabase · totale storico
Attenzione: Abisso DEV può includere sessioni di test. La Home Varco è tracciata solo quando riceviamo l’evento facoltativo; la Home generale e le sezioni misurano esclusivamente le visite con consenso alle statistiche. Nessun conteggio combina persone tra prodotti diversi.
GAMEPLAY · STRUMENTI TECNICI
Stato autorevole V2, movimenti confermati, presenza e MiniMap. Lettura su richiesta, separata dalle metriche di traffico.
STATO LIVE DI ABISSO
FACT PERSISTITI + LIVE LIMITATO
Conteggi server-side già disponibili, senza duplicare telemetria di Abisso.
Risolti — · Rifiutati — · Annullati —
Fonte: session_monster_battlesVittorie — · Sconfitte —
Fonte: session_band_battlesQuantità raccolta —
Fonte: session_resource_gather_actionsCompletati — · Parziali —
Fonte: session_economic_eventsSuccessi — · Fallimenti —
Fonte: session_custom_event_resultsCompletate — · Proposte —
Fonte: session_master_actionsNessuna durata storica viene stimata: gli heartbeat descrivono soltanto la presenza corrente.
Nessuno storico journey viene ricostruito: mostriamo soltanto righe attive confermate.
ACCESSI · AUTHORITY OPERATIVA
Richieste Master/Hero, entitlement reali, compliance Segnalazioni e cleanup Auth protetto.
PARTECIPANTI · PRESENZA E RETENTION
Master e Hero restano ruoli account; Player e Observer restano ruoli di partecipazione alla sessione. La durata arriva solo dai fact storici server-side.
RETENTION INTRA-SESSIONE
RITORNO TRA VISITE
LISTA PARTECIPANTI
OSSERVATORIO · ABISSO EVOLVE
Ingressi riusciti, partite, conclusioni e comandi autorevoli. Puoi escludere lo storico dei test usando la data di inizio pubblico, senza cancellare dati.
STATO SESSIONI
—
COMANDI AUTOREVOLI
—
ANDAMENTO · UTC
—
QUALITÀ
PUBBLICAZIONI
PROGRESSIONE
OSSERVATORIO · DATI SUPABASE DEV
Partecipazioni, tentativi, esiti autorevoli e segnali del funnel. I collaudi DEV sono separabili per coorte e non rappresentano automaticamente i visitatori dell’evento.
INGRESSO · OPT-IN
Le fasi sono aperture di pagina distinte che hanno inviato un evento facoltativo, non persone. I tentativi si contano separatamente da Supabase.
STORICO · SERVER
Nessuna inferenza di abbandono dai timeout o dalle run ancora attive.
EVOLUZIONE · UTC
MORTALITÀ · SERVER
“Salute esaurita” non identifica con certezza quale creatura o meccanismo abbia causato la morte.
SCELTE E ACQUISIZIONE
PUBBLICABILITÀ
Le partecipazioni nuove sono pending fino all’approvazione. I risultati legacy_visible già pubblicati rimangono visibili.
CRONACHE · APPROVAZIONE OWNER
Una partecipazione nuova rimane in attesa finché non viene approvata. L'approvazione rende visibili sia le vittorie sia le morti della stessa partecipazione. La Corona e i punti sono già certificati dalla run.
Elenco non ancora caricato.
ACQUISIZIONE · VARCO
Due percorsi distinti: ricevere aggiornamenti oppure candidarsi alla whitelist. Le richieste raccolte non concedono accesso e non autorizzano l’invio di messaggi prima della verifica dell’indirizzo.
Caricamento non ancora avviato.
Consultazione riservata a owner e analyst. Gli indirizzi con stato «non verificata» non sono contatti confermati: nessun invio newsletter e nessuna whitelist automatica. Il giocatore può ritirare la richiesta dal Varco.
Le richieste email del Varco sono consultabili dai ruoli owner e analyst del Control Center.
GESTIONE · EURO
Registro reale delle spese sostenute, distinto dalla tesoreria dimostrativa in Vhar.
Quote: Angelo 65% · Lidia 30% · Davide 5%. I pagamenti accertati entrano nelle quote anche con cambio EUR stimato o pagante non identificato. Le conversioni restano indicative finché non sono confrontate con l'addebito bancario. I saldi per persona sono provvisori se il pagante è sconosciuto o soltanto presunto. Le spese con pagamento non accertato restano fuori dai saldi.
0 risultati
| Data | Spesa | Progetto | Categoria | Importo | Pagante | Pagamento | Azioni |
|---|
Le spese sono salvate in Supabase e assegnate automaticamente all'autore connesso.
MODULO IN PREPARAZIONE
Questa prima bozza implementa solo il Centro di Comando. La sidebar serve a verificare già l'architettura futura.