Quanto velocemente risponde Fóir
Ogni dato in questa pagina è stato misurato sulla piattaforma di produzione su cui girano i tuoi progetti.
Siti web e contenuti
I contenuti pubblicati vengono serviti da una cache condivisa, quindi la maggior parte dei visitatori non raggiunge mai il database. Una pagina in cache torna in una mediana di 7 ms, ed entro 46 ms per 95 richieste su 100, con 1.200 richieste al secondo in arrivo.
Una pagina non ancora in cache viene costruita in una mediana di 262 ms, con ogni regola di accesso applicata a ogni record che legge.
Quando pubblichi, i lettori continuano a ricevere la versione precedente mentre viene costruita quella nuova, quindi una pubblicazione non fa mai aspettare un visitatore.
Le letture che passano dalla corsia di lettura condivisa vengono conservate anche sull'edge di Cloudflare, vicino ai tuoi visitatori, e da lì una pagina completa torna in una mediana di 28 ms.
Applicazioni
Quando Fóir è il backend della tua app, la maggior parte delle richieste arriva da qualcuno che ha effettuato l'accesso. Saltano la cache condivisa e vanno al database con le tue regole di accesso applicate a quella persona.
Un cliente che ha effettuato l'accesso e legge uno dei propri record riceve una risposta in una mediana di 111 ms, ed entro 189 ms per 95 richieste su 100. Salvare una modifica richiede 188 ms, e una lettura subito dopo vede la modifica in 112 ms. Questi tempi sono misurati dall'esterno del data center, quindi includono il viaggio di andata e ritorno.
Questi tempi includono il controllo di sicurezza a livello di riga su ogni riga, che un backend costruito a mano dovrebbe aggiungere ai propri numeri. Tu dichiari chi può vedere cosa, e Demesne, il nostro motore di autorizzazione open source, scrive le policy.
A confronto con EmDash
Con l'installazione predefinita di EmDash, una pagina di solo testo ha impiegato tra 0,39 e 0,94 secondi per il primo byte nelle misurazioni di ytyng. Una pagina Fóir arriva dall'edge di Cloudflare in una mediana di 28 ms, e una non in cache viene costruita in 262 ms, con i riferimenti risolti e ogni regola di accesso applicata.
A confronto con Supabase
La guida di Supabase alla sicurezza a livello di riga mostra una policy scritta nel modo più ovvio che impiega 171 ms nel database per leggere una tabella di 100.000 righe, finché non viene riscritta e indicizzata a mano. Su Fóir le policy sono già scritte per te, e l'intera richiesta di un cliente che ha effettuato l'accesso richiede 111 ms dall'esterno del data center.
A confronto con Firebase
Le regole di sicurezza di Firebase possono consultare al massimo 10 altri documenti per decidere se qualcuno può leggerne uno. Le regole di accesso di Fóir girano nel database stesso, quindi una regola può seguire una persona attraverso le sue organizzazioni e i suoi permessi senza un budget di consultazioni.
Come abbiamo misurato
I dati sui contenuti vengono da foir.io, che gira su Fóir. Le visualizzazioni di pagina sono state inviate dall'interno del cluster di produzione per un minuto a ogni ritmo, quelle in cache da 100 a 1.200 al secondo e quelle non in cache da 10 al secondo, e cronometrate sul client. Il dato dell'edge corrisponde a 16 letture di una pagina di foir.io da una connessione domestica, 13 delle quali servite da Cloudflare.
I dati sulle applicazioni vengono da uno spazio di lavoro creato per il test, con 50 organizzazioni, 100 clienti di prova con accesso effettuato e 10.000 record, eliminato al termine. Ogni richiesta è stata inviata una alla volta sull'internet pubblico dall'esterno del data center, 50 per tipo, senza passare dalla cache condivisa.
Mediane e 95° percentili, misurati il 18 ottobre 2026.