Generatore di GUID e UUID

Genera UUID v4 o v7 con casualità sicura del browser. Analizza struttura e ora v7 ed esporta testo, CSV, JSON o valori SQL.

Come usare lo strumento

Genera UUID v4 o v7 con casualità sicura del browser. Analizza struttura e ora v7 ed esporta testo, CSV, JSON o valori SQL.

Passaggio 1

Scegli generazione o analisi

Esempio fisso

12816 × 8

Usa Genera UUID quando ti servono nuovi valori v4 o v7. Usa Valida e analizza quando hai un identificatore esistente e vuoi forma canonica, variante, versione o timestamp UTC v7.

Passaggio 2

Imposta lotto e forma di uscita

Esempio fisso

8 - 4 - 4 - 4 - 12550e8400-e29b-41d4-a716-446655440000

Per la generazione, scegli v4 o v7, inserisci una quantità intera da 1 a 1.000, poi seleziona formato del testo, codifica e formato di uscita attesi dalla destinazione.

Passaggio 3

Esporta solo ciò che il risultato dimostra

Esempio fisso

v4: 122v7: 48 + 74

Copia o scarica l’output visibile dopo la generazione. Tratta la convalida come ispezione strutturale: non prova da dove proviene un identificatore, se è segreto o se esiste un record di database.

Usi pratici

Fixture per database e API

Per preparare tre risorse API fittizie, scegli UUID v4, quantità 3, Minuscole, Testo semplice e Array JSON, poi Genera UUID. Il risultato è un array di tre stringhe, non tre oggetti con una proprietà id. Aggiungi nel codice gli altri campi richiesti dai dati di prova. Passare il formato di uscita a Uno per riga ti permette di rivedere gli stessi valori senza generarne di sostitutivi; Scarica usa poi l’estensione del formato selezionato. Registra separatamente la versione generata se la fixture ha bisogno di provenienza. Un conteggio di unicità pari a tre controlla solo questo lotto, non le chiavi già presenti in un database.

Indagini su log ed eventi

Per un’indagine sui log, seleziona Valida e analizza e incolla l’esempio v7 fisso 017f22e2-79b0-7cc3-98c4-dc0c0c07398f. Il suo campo ora si legge 2022-02-22T19:22:22.000Z, in UTC, indipendentemente dal tuo fuso di visualizzazione locale. Confronta quell’indizio con un’ora evento registrata indipendentemente; l’identificatore potrebbe essere stato copiato o generato con un orologio sbagliato. Copia in modalità analisi restituisce l’UUID canonico stesso, non un rapporto d’indagine con il timestamp decodificato. Registra l’ora e la sua incertezza nelle tue note se contano per il confronto.

Controlli di scambio e codifica

Parti da un valore di prova e dal contratto documentato del sistema ricevente. Un campo testuale UUID può aspettarsi Minuscole e Testo semplice; un campo di scambio binario può aspettarsi Base64 dei 16 byte. Cambiare queste opzioni riformatta lo stesso lotto, quindi puoi confrontare rappresentazioni senza cambiare identità. Conferma che la decodifica riproduca l’UUID originale prima di importare un insieme più grande. In CSV, questo strumento dispone i valori su una riga, non lungo un file a una colonna. Per SQL, fornisce un elenco di stringhe tra apici, non un INSERT eseguibile né una conversione binaria specifica di un database.

Lotto di esempio con tre identificatori UUID v4
Un lotto dimostrativo di tre UUID v4, uno per riga. Sono identificatori appena generati per l’esempio, non credenziali di account o chiavi API esistenti.

Generazione, versioni e ordinamento

GUID e UUID sono usati qui come nomi pratici della stessa famiglia di identificatori a 128 bit. RFC 9562 definisce il layout a 16 ottetti, il campo versione, il campo variante e la forma testuale standard 8-4-4-4-12. ClockTools genera solo UUID v4 e UUID v7, mentre l’analizzatore può identificare le versioni supportate 1-8 con variante RFC più i valori sentinella nullo e massimo.

La generazione è deliberata. All’apertura della pagina non viene generato nulla. Cambiare Versione o Quantità prepara il lotto successivo; non cambia le identità già mostrate. Formato del testo, codifica e formato di uscita riformattano immediatamente i valori esistenti senza generare sostituti. Il pannello del risultato conserva conteggio e versione del lotto che ha effettivamente prodotto quei valori, quindi selezionare v7 dopo aver generato v4 non rietichetta il vecchio lotto come v7.

Questo strumento usa casualità crittografica del browser per ogni UUID generato e non ha alternativa casuale debole. Se Web Crypto non è disponibile o restituisce ripetutamente duplicati nella finestra limitata di tentativi, nessun lotto parziale viene conservato. Questo fallimento è utile perché un’alternativa silenziosa farebbe sembrare il risultato più forte di quanto sia.

8 - 4 - 4 - 4 - 12550e8400-e29b-41d4-a716-446655440000
Layout UUID fisso: cinque gruppi esadecimali; la versione 4 e la variante RFC a sono evidenziate in 550e8400-e29b-41d4-a716-446655440000.

Scegli v4 o v7 in base al lavoro a valle

UUID v4 è la scelta casuale di uso generale. Dopo l’impostazione dei bit obbligatori di versione e variante, restano 122 bit casuali. È una buona impostazione predefinita per client indipendenti, dati di prova, identificatori pubblici di risorse e sistemi che non hanno bisogno che l’identificatore stesso riveli un’ora.

UUID v7 inserisce un timestamp Unix in millisecondi nei 48 bit più significativi, poi in questa implementazione usa bit casuali per lo spazio variabile restante. Questo fa sì che valori di millisecondi diversi si ordinino in modo ampio per ora di creazione quando gli orologi avanzano, cosa utile per revisione dei log e alcuni schemi di indice.

La versione 7 non è una promessa di ordine di generazione rigoroso. Questo generatore non aggiunge un contatore monotono né una sequenza sotto il millisecondo. I valori creati nello stesso millisecondo contengono bit finali casuali, e un orologio del dispositivo che torna indietro può disturbare l’ordinamento visibile.

Scelta della versione e conseguenza
SceltaChe cosa genera ClockToolsUtile quandoLimite importante
UUID v4Variante RFC con versione 4 e 122 bit casualiIdentificatori casuali indipendenti, fixture, risorse API e righe di databaseL’ordinamento è casuale e non porta un’ora di creazione.
UUID v7Variante RFC con timestamp Unix a 48 bit in millisecondi e bit restanti casualiRaggruppamento temporale approssimativo per log, eventi e ordine di inserimentoNessun contatore monotono; problemi dell’orologio del dispositivo influenzano l’ordinamento.
Valida e analizzaNon viene generato alcun nuovo identificatoreControllo di forma canonica, variante, versione, nullo/massimo o ora UTC v7La struttura non è provenienza, proprietà, unicità o segretezza.

Che cosa significano i campi UUID visibili

La forma familiare con trattini è una presentazione testuale di 16 byte. I cinque gruppi hanno 8, 4, 4, 4 e 12 cifre esadecimali, ma i gruppi non sono stringhe casuali separate. Il nibble di versione appare all’inizio del terzo gruppo e la variante RFC appare nella prima cifra esadecimale del quarto gruppo.

L’esempio v4 pubblico fisso 550e8400-e29b-41d4-a716-446655440000 ha 4 nella posizione della versione e a nella posizione della variante RFC. La cifra di variante può essere 8, 9, a o b per la variante RFC perché i bit iniziali sono 10. Queste posizioni spiegano come l’analisi riconosce i campi; non rivelano se gli altri bit siano stati generati casualmente. Un valore scritto a mano può imitare lo stesso schema.

L’analizzatore riconosce anche valori nullo e massimo come sentinelle speciali. Il nullo è composto da tutti bit zero; il massimo da tutti bit uno. Possono avere significato strutturale in un protocollo, ma non sono identificatori generati casualmente e non vanno confusi con normali valori unici.

Lettura dell’esempio fisso
ParteEsempioSignificato
Gruppi canonici550e8400-e29b-41d4-a716-446655440000Cinque gruppi in forma esadecimale 8-4-4-4-12.
Nibble di versione41d4 inizia con 4Versione 4 in questo esempio.
Nibble di variantea716 inizia con aVariante RFC perché a è una tra 8, 9, a o b.
UUID nullo00000000-0000-0000-0000-000000000000Sentinella riservata tutta zero, non output casuale.
UUID massimoffffffff-ffff-ffff-ffff-ffffffffffffSentinella riservata tutta uno, non output casuale.

Orologio, unicità e comportamento del lotto

Per UUID v7, ClockTools prende un timestamp in millisecondi dall’orologio del dispositivo per il lotto e lo scrive nei primi sei byte di ogni valore. Ogni valore riceve comunque byte casuali freschi prima che i bit di versione e variante vengano fissati. Se il valore dell’orologio è fuori dall’intervallo del campo timestamp v7 a 48 bit, viene rifiutato e la generazione fallisce, senza troncare il timestamp.

Il conteggio univoco è locale al lotto generato corrente. Il generatore usa un Set e tentativi limitati affinché output casuali duplicati nel lotto richiesto non vengano restituiti. Non consulta un registro globale, un database, un’altra scheda o valori prodotti ieri.

La probabilità non è la stessa cosa di una regola di business. Se chiavi duplicate avrebbero conseguenze, imponi l’unicità dove gli identificatori vengono salvati e gestisci lì gli errori di conflitto. La generazione non può conoscere lo stato della tua applicazione. Una nuova generazione fallita cancella il lotto precedente invece di lasciare un vecchio risultato con l’aspetto di una nuova richiesta riuscita, quindi copia le fixture necessarie prima di sperimentare con il lotto successivo.

Che cosa coprono e non coprono le affermazioni sull’unicità
AffermazioneCopertoNon coperto
Unico in questo lottoI valori generati visibili sono distinti tra loro.Nessun controllo sul tuo database o su altri utenti.
Bit casuali v4122 bit casuali dopo il posizionamento di versione e variante.Nessuna affermazione che il valore sia segreto o abbastanza imprevedibile per un flusso token.
Timestamp v7Un millisecondo UTC decodificato dai primi 48 bit.Nessuna prova che l’orologio del creatore fosse accurato o onesto.
Nessuna alternativa deboleLa generazione si ferma quando Web Crypto non è disponibile.Nessuna garanzia che ogni fonte di entropia di browser/dispositivo abbia qualità identica.

Formati, convalida e conseguenze dell’esportazione

I controlli di output cambiano la presentazione, non l’identificatore sottostante. Minuscole, maiuscole, parentesi graffe, virgolette, senza trattini e URN sono formati testuali dello stesso valore UUID. Codifica e formato di uscita sono scelte separate, quindi sceglile in base al sistema ricevente invece di trattare l’output più lungo o più compatto come automaticamente migliore.

La specifica Web Crypto descrive getRandomValues come una sorgente di valori casuali crittograficamente forti, e questa pagina dipende da quell’API del browser per la generazione. La formattazione avviene poi nella pagina: Base64 codifica i 16 byte dell’UUID, Base64 URL usa l’alfabeto sicuro per URL e l’output con codifica URL codifica percentualmente la rappresentazione testuale scelta.

La convalida è ispezione strutturale. Accetta 32 cifre esadecimali o l’esatta forma con trattini 8-4-4-4-12, eventualmente racchiusa o prefissata come URN. Riporta forma canonica, variante, versione e ora v7 quando i campi supportano quella lettura. Non prova casualità, origine, autorizzazione, esistenza in database o uso sicuro come credenziale.

Ogni controllo di output ha una conseguenza sulla destinazione

Il formato del testo è utile quando il ricevente si aspetta un UUID stampato. Minuscole è l’output canonico del browser usato dal generatore, maiuscole serve per sistemi con quella convenzione, parentesi graffe e virgolette sono involucri, senza trattini è la forma compatta a 32 esadecimali e URN aggiunge il prefisso urn:uuid:.

La codifica è un livello diverso. Testo semplice conserva esattamente il formato del testo selezionato. L’output con codifica URL codifica percentualmente quel testo. Base64 e Base64 URL ignorano l’involucro del formato del testo e codificano i 16 byte grezzi in ordine di rete; il selettore di formato è disabilitato per quelle codifiche perché parentesi graffe o lettere maiuscole non fanno parte del valore byte.

Il formato di uscita decide come vengono disposti più valori. Uno per riga è il più facile da scorrere. CSV crea una riga di campi separati da virgole. Array JSON è utile per fixture e codice. Valori SQL crea valori tra apici separati da virgole; è una lista di valori, non un’istruzione SQL completa.

Scelte di formato, codifica e uscita
ControlloSceltaConseguenza sull’output
Formato del testoMinuscoleTesto minuscolo con trattini come 550e8400-e29b-41d4-a716-446655440000.
Formato del testoMaiuscoleLo stesso identificatore con A-F maiuscole per sistemi che richiedono quella presentazione.
Formato del testoParentesi graffeAvvolge il testo come {550e8400-e29b-41d4-a716-446655440000}.
Formato del testoTra virgoletteAvvolge ogni valore tra doppi apici prima della gestione del formato di uscita.
Formato del testoSenza trattiniProduce 32 cifre esadecimali per campi compatti.
Formato del testoURNAggiunge urn:uuid: prima del testo UUID canonico.
CodificaTesto sempliceUsa esattamente il formato del testo selezionato.
CodificaBase64Codifica i 16 byte, per esempio VQ6EAOKbQdSnFkRmVUQAAA==.
CodificaBase64 URLUsa caratteri Base64 sicuri per URL e rimuove il padding, per esempio VQ6EAOKbQdSnFkRmVUQAAA.
CodificaCodifica URLCodifica percentualmente il formato del testo selezionato per contesti URL/query.
Formato di uscitaUno per rigaScrive ogni valore formattato sulla propria riga.
Formato di uscitaCSVScrive una riga CSV; le virgolette vengono sottoposte a escape dal serializzatore CSV.
Formato di uscitaArray JSONScrive un array JSON di stringhe con indentazione.
Formato di uscitaValori SQLScrive valori tra apici separati da virgole, non un’istruzione INSERT eseguibile.

Codifiche byte svolte e insidie delle virgolette

Per l’UUID fisso 550e8400-e29b-41d4-a716-446655440000, le codifiche byte sono VQ6EAOKbQdSnFkRmVUQAAA== in Base64 e VQ6EAOKbQdSnFkRmVUQAAA in Base64 URL. Il testo ordinario ha 36 caratteri, l’esadecimale compatto ne ha 32, il Base64 con padding ne ha 24 e questa forma Base64 URL senza padding ne ha 22. Rappresentano gli stessi 16 byte. Codificare invece i 36 caratteri ASCII stampati codificherebbe un input diverso e non darebbe quei risultati byte.

RFC 4648 descrive gli alfabeti Base64 e sicuro per URL. La forma sicura per URL sostituisce i caratteri più e barra usati dal Base64 ordinario e, in questo strumento, omette il padding finale. Le maiuscole e minuscole contano comunque in entrambi gli alfabeti Base64; non trasformare in minuscolo un valore Base64 come se fosse testo UUID esadecimale. La codifica URL è una terza scelta: le parentesi graffe diventano %7B e %7D, mentre lettere, cifre e trattini dell’UUID canonico non richiedono sostituzioni percentuali.

L’ordine dei byte fa parte di un contratto di scambio. Questa pagina codifica i byte nello stesso ordine di rete del testo esadecimale canonico. La documentazione Microsoft di Guid.ToByteArray mostra che il suo output byte senza parametri inverte i primi tre gruppi di campi rispetto al testo. Se il ricevente usa quella rappresentazione, confronta esplicitamente l’ordine dei byte documentato; concordare che entrambi i campi contengono un GUID non stabilisce che le loro stringhe Base64 coincideranno.

Anche le virgolette sono stratificate. Il formato del testo Tra virgolette aggiunge caratteri di virgolette a ogni valore; un formato JSON poi applica l’escape a quei caratteri dentro la sua stringa, e CSV li sottopone a escape dentro un campo. Virgolette con escape aggiuntivo possono quindi essere serializzazione corretta ma comunque sbagliate per un ricevente che voleva un UUID nudo. Minuscole più Testo semplice è un punto di partenza diretto per importazioni JSON e CSV. Valori SQL usa stringhe tra apici singoli; fornisci separatamente la struttura della query circostante e preferisci query applicative parametrizzate invece di incollare stringhe generate in una query live.

Stesso valore fisso, contratti riceventi diversi
SceltaRappresentazioneContratto ricevente
Minuscole / Testo semplice550e8400-e29b-41d4-a716-446655440000Un UUID stampato.
Base64VQ6EAOKbQdSnFkRmVUQAAA==16 byte in ordine di rete codificati con padding.
Base64 URLVQ6EAOKbQdSnFkRmVUQAAAGli stessi byte con rappresentazione sicura per URL e senza padding.
Parentesi graffe / Codifica URL%7B550e8400-e29b-41d4-a716-446655440000%7DTesto codificato percentualmente, non un campo UUID binario.

L’analisi non è provenienza

Una struttura valida significa che il testo rispetta una forma UUID supportata e che i suoi campi versione e variante possono essere letti. Non prova che l’identificatore sia stato generato da ClockTools, da Web Crypto, da un servizio particolare o all’ora v7 decodificata.

Per UUID v7, il timestamp è una prova utile solo dentro un’indagine più ampia. Può riflettere l’orologio del dispositivo usato da un generatore, un timestamp alterato deliberatamente o un valore di prova copiato. Trattalo come indizio di ordinamento, poi confrontalo con log del server, timestamp del database e registri di audit affidabili.

L’analizzatore accetta esadecimale compatto o testo con trattini, e può rimuovere involucri comuni come parentesi graffe, parentesi tonde, virgolette o un prefisso urn:uuid: prima del controllo. Non decodifica input Base64, Base64 URL o con codifica URL per la convalida; decodifica quelle rappresentazioni nel sistema ricevente prima dell’ispezione strutturale.

L’analisi accetta un identificatore alla volta, non una riga CSV esportata o un array JSON. Usa un valore generato incolla il primo UUID originale del lotto corrente, non la sua visualizzazione codificata, così puoi analizzare un lotto anche mentre Base64 è selezionato. L’analizzatore riconosce le versioni RFC supportate da 1 a 8, ma la generazione offre solo v4 e v7. Un avviso di variante non supportata può comunque mostrare una forma normalizzata; non è una convalida RFC riuscita né un permesso di riscrivere i campi del protocollo di origine.

Che cosa può concludere il validatore
OsservazioneConclusione ragionevoleNon concludere
Forma canonica mostrataIl testo fornito può essere normalizzato in testo UUID standard.Il valore esiste nel tuo database.
La variante è RFC 9562I bit di variante corrispondono al layout RFC.Il valore è globalmente unico in ogni sistema.
La versione è UUID v7Il campo versione è 7 e un timestamp può essere decodificato.Il timestamp è ora di creazione verificata.
UUID nullo o massimoIl valore è uno schema sentinella riservato.È stato generato come normale ID casuale.
Variante o versione non supportataLa forma assomiglia a un UUID ma resta fuori dalla lettura RFC supportata da questo analizzatore.L’input è sicuro da riscrivere senza controllare il protocollo di origine.

Risoluzione dei problemi di generazione ed esportazione

Un errore di quantità significa che il conteggio non è un numero intero da 1 a 1.000. Lo strumento non arrotonda, limita o riduce silenziosamente la richiesta. Un errore della sorgente casuale significa che Web Crypto non ha fornito byte casuali utilizzabili, quindi non sono stati generati identificatori.

Un errore di codifica può verificarsi quando un browser non ha l’API necessaria per la codifica di output scelta. Passa a Testo semplice per recuperare il lotto sottostante oppure prova un altro browser. Un fallimento di generazione è diverso: scarta il lotto invece di conservare valori parziali. Errori di appunti, condivisione e download non rigenerano gli identificatori. Quando l’accesso all’esportazione fallisce, seleziona manualmente l’output visibile se è disponibile; controlla i download prima di presumere che un file avviato sia stato salvato.

Non incollare segreti di produzione in una segnalazione UUID. Un UUID può essere pubblico, privato o sensibile alla sicurezza a seconda di come il tuo sistema lo usa, ma la sola forma non lo rende una password. Per bearer token, reset password o credenziali API, usa un generatore di segreti e controlli di ciclo di vita progettati per quello scopo.

Triage degli stati di errore
Messaggio o sorpresaCausa probabileControllo successivo
Errore di conteggioLa quantità è vuota, frazionaria, negativa, zero o sopra 1.000.Inserisci un numero intero da 1 a 1.000.
Casualità sicura non disponibileL’accesso a Web Crypto del browser è fallito.Usa un contesto browser moderno e sicuro; non accettare output casuale debole.
Errore di duplicati casualiLa finestra limitata di tentativi non è riuscita a riempire un lotto unico.Genera di nuovo e indaga la sorgente casuale se si ripete.
Errore dell’orologio per v7L’ora del dispositivo non entra nel campo timestamp v7.Controlla l’orologio di sistema prima di fare affidamento sull’ordinamento v7.
Base64 incollato nel validatore fallisceIl validatore si aspetta testo UUID, non byte codificati.Decodifica prima il valore o analizza il testo UUID originale.

Metodo

La generazione riempie 16 byte con casualità Web Crypto del browser, poi imposta i bit RFC di versione e variante. UUID v4 lascia 122 bit casuali dopo quei campi fissi. UUID v7 scrive un timestamp Unix in millisecondi dell’orologio del dispositivo nei primi 48 bit per il lotto, riempie casualmente i bit variabili restanti e imposta versione 7 più variante RFC. Lo strumento controlla l’unicità solo dentro il lotto generato e formatta i 16 byte risultanti secondo i controlli selezionati.

Limiti

La generazione supporta solo UUID v4 e v7, con quantità intere da 1 a 1.000. Non sono forniti alternativa casuale debole, registro di unicità globale, ricerca in database, contatore v7 monotono o verifica dell’accuratezza dell’orologio. Gli output Base64 e Base64 URL sono codifiche dei 16 byte, non input accettati dal validatore. Una forma UUID valida non prova origine, proprietà, segretezza, autorizzazione o esistenza di un record.

Correzioni

Per una segnalazione riproducibile, includi modalità, versione, quantità, formato del testo, codifica, formato di uscita, browser, errore visibile esatto e un valore di esempio sicuro. Per problemi di convalida, fornisci la stringa incollata esatta e la variante o versione attesa. Non includere credenziali di produzione, bearer token, identificatori privati di clienti o righe di database quando un UUID di prova pubblico dimostra il problema.

Domande frequenti

GUID è la stessa cosa di UUID?
Spesso indicano la stessa famiglia di identificatori a 128 bit, ma questo non stabilisce la rappresentazione in byte. Una stringa UUID canonica può essere condivisa tra sistemi mentre alcune API GUID dispongono i byte dei campi in modo diverso. Per testo ordinario usa la grafia accettata dal ricevente; per scambio binario o Base64 controlla anche l’ordine dei byte. Il nome da solo non è un contratto di codifica.
Devo scegliere UUID v4 o UUID v7?
Usa v4 quando ti serve un identificatore casuale indipendente senza prefisso temporale. Considera v7 quando un identificatore con timestamp iniziale è adatto al sistema ricevente e il raggruppamento temporale approssimativo è utile. Controlla che la destinazione accetti v7; cambiare versione è una scelta di contratto dati, non solo stile visivo. Questo generatore non promette valori ordinati dentro lo stesso millisecondo e non verifica l’accuratezza dell’orologio.
La pagina garantisce l’unicità globale?
No. Il conteggio controlla valori distinti solo in questo lotto, non lotti precedenti, un altro dispositivo o il tuo database. Mantieni un vincolo univoco e un percorso di gestione dei conflitti dove le chiavi salvate devono essere distinte. Superare l’ispezione strutturale non aggiunge un controllo di unicità globale: un UUID perfettamente formato può essere copiato e riutilizzato deliberatamente, per quanto improbabile sia una collisione casuale.
Che cosa prova il timestamp v7?
Espone il valore in millisecondi codificato nei campi, mostrato in UTC. Non è un record di creazione autenticato. L’orologio di un dispositivo può essere sbagliato, un timestamp può essere scelto deliberatamente e un valore di prova pubblicato può essere copiato in un log successivo. Usa l’ora decodificata come indizio e confrontala con timestamp di eventi registrati indipendentemente prima di trarre una conclusione cronologica.
Perché l’output Base64 non viene convalidato quando lo incollo di nuovo?
L’analizzatore accetta UUID testuali, non un payload byte codificato. Torna a Testo semplice, usa Usa un valore generato oppure decodifica i byte secondo il contratto originale di ordine dei byte prima dell’analisi. Inoltre non percent-decodifica automaticamente un UUID con codifica URL. Rimuovere punteggiatura a caso non è decodificare e può trasformare un input malformato in un identificatore non voluto.
Parentesi graffe, virgolette, assenza di trattini e URN sono identificatori diversi?
No: queste presentazioni possono esprimere lo stesso valore. L’analisi accetta involucri comuni e il prefisso URN e restituisce testo canonico minuscolo con trattini. Un sistema ricevente può comunque rifiutare un involucro anche se l’identità non cambia. Scegli la rappresentazione che si aspetta; non presumere che cambiare la presentazione testuale di un campo ne cambi anche il tipo nel database o lo renda un UUID binario.
Posso usare un UUID come password o token API?
Non presumere l’idoneità come token dalla sua forma. Molti UUID sono identificatori pubblici; v7 espone anche un campo ora, e un valore strutturalmente valido può avere contenuti non casuali. Una credenziale bearer richiede un progetto adeguato di generazione e ciclo di vita, inclusi autorizzazione, segretezza, scadenza e revoca. Un ID risorsa dall’aspetto non indovinabile non sostituisce mai il controllo che il richiedente sia autorizzato ad accedere a quella risorsa.
Che cosa succede se la casualità sicura non è disponibile?
La generazione fallisce e cancella il lotto; non passa a una sorgente più debole né conserva una richiesta parziale. Usa un browser con supporto Web Crypto funzionante. Se un errore della sorgente duplicata si ripete, indaga quell’ambiente invece di fidarti del tentativo come certificazione della casualità. Un errore solo di codifica è diverso: passando a Testo semplice puoi ancora mostrare il lotto sottostante esistente.
Perché un vecchio risultato dice ancora v4 dopo che seleziono v7?
Il selettore configura la prossima generazione, mentre il risultato descrive il lotto già creato. Premi Genera UUID per ottenere nuove identità v7. Formato, codifica e formato di uscita sono diversi: cambiano immediatamente la presentazione del lotto corrente. Anche Quantità vale solo per la richiesta successiva; ridurla non taglia l’output esistente a quel numero di voci.
Perché Tra virgolette più JSON o CSV produce virgolette escape extra?
Il formato del testo Tra virgolette rende le virgolette parte di ogni valore. JSON o CSV devono poi fare escape di quei segni mentre serializzano le stringhe. Può essere output valido, ma spesso non è l’UUID nudo che una destinazione si aspetta. Usa Minuscole con Testo semplice e lascia che il formato di uscita gestisca le proprie virgolette, salvo che il ricevente richieda esplicitamente caratteri di virgolette dentro il valore.
Che cosa conservano Copia, Scarica e Condividi?
In modalità generazione, Copia e Scarica usano l’output attualmente formattato; non aggiungono le righe su schermo con conteggio o versione. L’analisi copia o scarica l’UUID canonico supportato, non tutti i dettagli di ispezione. Condividi invia solo l’URL pulito dello strumento. Non esiste una cronologia salvata dei lotti, quindi conserva i dati necessari prima di Cancella, Ripristina o una nuova generazione e controlla il file scaricato prima di presumere che sia stato salvato.
Perché un UUID nullo è accettato anche se la sua versione è zero?
Nullo e massimo sono schemi speciali tutto zero e tutto uno riconosciuti separatamente dalla normale ispezione di versione/variante. L’accettazione qui significa che la sentinella è riconosciuta, non che sia una chiave unica adatta. Il generatore offre v4 e v7, non una modalità di generazione nullo/massimo. Le regole del tuo protocollo o database devono decidere se una sentinella è ammessa nel campo controllato.