Generatore UUID / ULID
Crea UUID v4, UUID v7 ordinati nel tempo, ULID o ID casuali brevi in blocco. Scegli quanti ne servono, rimuovi i trattini, cambia maiuscole e minuscole e
Genera identificatori univoci quando ti servono: UUID v4 (casuale), UUID v7 (ordinato nel tempo), ULID e ID casuali brevi. Scegli la versione, quanti ne vuoi e copia la lista direttamente nel tuo codice, nei dati di test o nel database.
La scelta conta: il v4 è il default sicuro per una chiave primaria, mentre v7 e ULID iniziano con un timestamp, il che mantiene efficienti gli indici del database perché le nuove righe vengono inserite vicine tra loro. Usa gli ID casuali brevi quando ti serve solo un token opaco e non un identificatore standard.
Come generare un UUID o un ULID
Scegli il tipo di identificatore
Imposta quanti ne vuoi
Copia la lista
FAQ
Qual è la differenza tra UUID v4 e v7?
La versione 4 è puramente casuale. La versione 7 mette davanti un timestamp in millisecondi, così gli identificatori si ordinano per momento di creazione: meglio per la località degli indici del database e comunque univoci a livello globale.
Che cos'è un ULID?
Un identificatore di 26 caratteri in Crockford Base32: un timestamp di 48 bit seguito da 80 bit casuali. È ordinabile lessicograficamente, il che è utile nei log e nei nomi dei file.
Questi identificatori sono davvero univoci?
Vengono generati da una sorgente casuale crittograficamente sicura. La probabilità di una collisione tra v4 è astronomicamente bassa, quindi in pratica sì.
Dovrei usarli come chiavi di database?
Sono sicuri, ma una chiave v4 casuale sparpaglia gli inserimenti nell'indice. Se le prestazioni di inserimento contano, preferisci v7 o ULID, che sono ordinati nel tempo.
Posso generarne molti in una volta?
Sì, imposta la quantità e copia tutta la lista in un colpo solo: comodo per popolare dati di test.
Qualcosa viene inviato a un server?
No, gli identificatori vengono generati nel tuo browser.
In breve
| Input | testo |
|---|---|
| Più file | No |
| Dove funziona | Nel tuo browser - i file non vengono mai caricati |
| Funziona offline | Sì — una volta caricata la pagina |
| Prezzo | Gratis, senza registrazione, senza filigrana |
Gestire i segreti in sicurezza
Gli strumenti per sviluppatori trattano credenziali molto più spesso di quanto si pensi, e il rischio non è l'algoritmo ma dove finiscono i dati. L'hashing è unidirezionale e non è cifratura - MD5 e SHA-1 sono compromessi per qualunque uso di sicurezza, e anche SHA-256 è lo strumento sbagliato per conservare password, dove bcrypt, scrypt o Argon2 esistono proprio per essere lenti. Il Base64 è una codifica, non una protezione: chiunque può decodificarlo, quindi non considerarlo mai offuscamento. Un JWT può essere letto da chiunque lo possieda, per questo il payload non deve mai contenere segreti, e decodificare un token non ne verifica la firma - la verifica richiede la chiave. Tutto su questo sito gira localmente nel tuo browser, ed è proprio per questo che può gestire token e password in sicurezza.
Dove le conversioni si rompono in silenzio
La maggior parte dei bug di conversione non riguarda la sintassi, riguarda il significato. Una colonna CSV di codici postali perde gli zeri iniziali nel momento in cui un foglio di calcolo intuisce che è un numero; un ID lungo supera la precisione in virgola mobile; le date cambiano significato a seconda che siano giorno-mese o mese-giorno. Le chiavi JSON non sono ordinate, gli array invece sì, e uno strumento che ordina le chiavi non cambia nulla mentre uno che ordina gli array cambia i dati. Unicode è un'altra trappola: il testo può arrivare in UTF-8, in UTF-16 o con un BOM, e un decodificatore che indovina male trasforma i caratteri accentati in mojibake. Prima di fidarti di una conversione, controlla a campione la prima e l'ultima riga, ogni campo con zeri iniziali e ogni campo che contiene virgolette, virgole o a capo.