Vai al contenuto

Generatore di UUID

UUID Generator

Genera UUID v1, v4, v5 e v7 in quantità, e ricava l’istante contenuto in un valore v1 o v7.

Genera UUID nel browser — v4 per la pura casualità, v7 quando si vuole che l’id si ordini per momento di creazione, v5 e v3 quando lo stesso input deve dare sempre lo stesso id. Ne decodifica anche uno: si incolla un UUID e ne rilegge la versione, i bit di variante e il timestamp sepolto dentro un v1, un v6 o un v7.

🔒 Funziona interamente nel tuo browseruuidgeneratorid
Versione

122 bit casuali. È il valore predefinito, e la risposta giusta finché non ti serve un ordinamento.

Quanti

0 UUID

    Generati con `crypto.getRandomValues` in questa scheda. Non si chiede niente a nessun server, quindi questi valori non li ha mai visti nessun altro.

    Esamina un UUID

    Incolla un UUID qualsiasi per leggerne la versione, i bit di variante e, per v1, v6 e v7, il timestamp che ha dentro.

    I bit di versione e di variante seguono la RFC 9562, confrontati con gli esempi svolti della sua appendice A. L’id del nodo di una v1 o di una v6 è casuale con il bit di multicast impostato — un browser non ha un indirizzo MAC da lasciarsi sfuggire.

    Come si usa

    1. Scegliere la versione

      v4, salvo che non ci sia un motivo. Il motivo di solito è l’ordinamento: un v7 porta i millisecondi Unix nei suoi primi bit, così una tabella con quella chiave resta nell’ordine di inserimento e il suo indice non si frammenta.

    2. Impostare la formattazione

      Maiuscolo, trattini e le parentesi `{…}` che usano Windows e .NET. Cambiano solo il testo, mai i 128 bit sottostanti.

    3. Per v3 e v5, dare un namespace e un nome

      Queste versioni fanno l’hash della coppia, quindi lo stesso namespace DNS con `www.example.com` dà sempre lo stesso UUID — ovunque, per sempre. È il loro scopo, ed è il motivo per cui non sono casuali.

    4. Copiare il lotto, oppure ispezionarne uno

      Copia tutto prende l’intero elenco; Ispeziona accanto a una riga la carica nel pannello di decodifica, che stampa anche i sedici byte grezzi.

    Domande frequenti

    Sono abbastanza casuali da usarli come token?

    Un v4 ha 122 bit casuali da `crypto.getRandomValues`, che è un CSPRNG vero: non più indovinabile di un qualunque segreto da 122 bit. Ma un v1, un v6 o un v7 sono in gran parte un timestamp, e un v3 o un v5 sono l’hash di input che qualcuno potrebbe indovinare. Solo il v4 è imprevedibile.

    Un v1 rivela il mio indirizzo MAC?

    Non da qui. Il v1 originale usava l’indirizzo della scheda di rete, ed è quello che ha dato alla versione la sua fama. Un browser non ha accesso a nessuno, quindi il campo del nodo è casuale con il bit multicast impostato — la via d’uscita che la specifica stessa prevede proprio per questo caso.

    Perché un lotto di UUID v5 non è tutto identico?

    Perché a ogni riga viene aggiunto un indice al nome: altrimenti un lotto di dieci sarebbe lo stesso valore stampato dieci volte, il che è corretto e inutile. Se serve l’hash esatto del proprio nome esatto, se ne genera uno alla volta.

    Un UUID è una buona chiave primaria?

    Un v7 di solito sì; un v4 di solito no. Le chiavi casuali sparpagliano gli inserimenti su un B-tree e frammentano l’indice, il che su una tabella grande si misura. Se si è già su v4 e la cosa fa male, il v7 è la migrazione che si fa.

    Può ricevere da

    Dopo

    Questi accettano ciò che produce questo strumento, così il risultato può passare direttamente.