Validare TOML ed esportare JSON
TOML 1.1 con smol-toml 1.9.0. Le date non valide vengono rifiutate prima della normalizzazione in Date.
- Funziona nel browser
- Nessun caricamento
- Controlla prima di scaricare
Gli input restano in questa scheda e non vengono caricati né salvati automaticamente. I conteggi aggregati di utilizzo e le informazioni diagnostiche generali sono facoltativi e inviati solo con il consenso, senza contenuti né nomi dei file. Svuotare o chiudere elimina gli input; salva prima i risultati necessari.
Formati e limiti
TOML 1.1 con smol-toml 1.9.0. Le date non valide vengono rifiutate prima della normalizzazione in Date. Gli interi non sicuri diventano stringhe esatte oppure vengono rifiutati. Le date sono esportate in ISO con millisecondi, oppure rifiutate; tipi e precisione sotto il millisecondo sono segnalati. Float binary64; i valori non finiti diventano stringhe. Il BOM viene rifiutato.
Solo UTF-8. Input ≤1 MiB; XML ≤100.000 unità UTF-16; profondità ≤64; JSON ≤20.000 nodi. JSONL ≤16 MiB /100.000 record /1 MiB per valore. Output ≤32 MiB. Query:3 s; altre attività:10 s; worker annullabile. Memoria nativa XSD ≤64 MiB; non è tutto l’heap worker/DOM.
Come usarlo
- Scegli sorgente e modalità
Incolla il TOML e scegli esplicitamente se convertire in stringa o rifiutare gli interi grandi e le date. Queste scelte determinano come i tipi presenti solo in TOML vengono rappresentati in JSON.
- Configura parametri
Carica l’esempio con i criteri a stringa. owner.id=9223372036854775807 diventa la stringa JSON esatta "9223372036854775807"; owner.born diventa "1979-05-27T07:32:00.000Z". Leggi le segnalazioni su interi grandi e date.
- Controlla e scarica
Salva il JSON insieme alle segnalazioni. Una data convertita in stringa non è più il tipo data di TOML: offset e precisione inferiore al millisecondo possono cambiare. Se queste differenze contano, conserva il TOML originale.
Formati e limiti
Perché l’input viene rifiutato o il risultato è vuoto?
I criteri di rifiuto interrompono di proposito le conversioni che richiederebbero quel cambio di tipo. Le date di calendario non valide vengono rifiutate, non spostate in silenzio su un’altra data. Un BOM iniziale non è supportato: usa un TOML UTF-8 valido.
Quale profilo del parser e quali limiti si applicano?
Profilo TOML 1.1 dichiarato, tramite smol-toml. I valori in virgola mobile usano binary64; i valori non finiti vengono esportati come stringhe con nome. Le date in stringa hanno precisione ISO al millisecondo, quindi non permettono un ritorno a TOML senza perdite. L’input è limitato a 1 MiB.
I dati o i file a cui rimanda l’input vengono inviati a un server?
L’analisi avviene in locale, in un worker del browser. Gli URL presenti nell’input non scaricano documenti remoti. Fornisci come file locali le dipendenze di schema supportate, conserva a parte il file di origine e scarica i risultati prima di chiudere la pagina.