Validar TOML e exportar JSON
TOML 1.1 com smol-toml 1.9.0. Datas inválidas no calendário são rejeitadas antes da normalização do Date do JavaScript.
- Funciona no navegador
- Sem upload
- Confira antes de baixar
Os dados de entrada ficam nesta aba, sem envio nem salvamento automático. As contagens agregadas de uso e os diagnósticos gerais de processamento são opcionais e só são enviados com o seu consentimento, sem conteúdo nem nomes de arquivos. Limpar ou fechar apaga os dados; salve antes os resultados de que precisar.
Formatos e limites
TOML 1.1 com smol-toml 1.9.0. Datas inválidas no calendário são rejeitadas antes da normalização do Date do JavaScript. Inteiros fora da faixa segura viram texto exato ou são rejeitados. Datas viram texto ISO em milissegundos ou são rejeitadas; fusos, tipos e precisão abaixo de milissegundos são sinalizados. Floats são binary64; valores não finitos são exportados como texto com nome. BOM é rejeitado.
Somente UTF-8. Entrada de até 1 MiB; XML de até 100.000 unidades UTF-16; profundidade de até 64; JSON de até 20.000 nós. JSONL de até 16 MiB, 100.000 registros e 1 MiB por valor. Saída de até 32 MiB. Consultas: 3 s; outras tarefas: 10 s; o worker pode ser cancelado. A memória nativa do XSD é de até 64 MiB, o que não é toda a memória do worker nem do DOM.
Como usar
- Escolher origem e modo
Cole o TOML e escolha, de forma explícita, converter para string ou rejeitar os inteiros grandes e as datas. Essas escolhas definem como os tipos exclusivos do TOML são representados no JSON.
- Configurar parâmetros
Carregue o exemplo com as políticas de string. owner.id=9223372036854775807 vira a string JSON exata "9223372036854775807"; owner.born vira "1979-05-27T07:32:00.000Z". Confira os avisos sobre bigint e datas.
- Verificar e baixar
Salve o JSON junto com os avisos. Uma data convertida em string não é o tipo de data original do TOML; o fuso e a precisão abaixo de milissegundos podem mudar. Guarde o TOML original se essas diferenças forem importantes.
Formatos e limites
Por que a entrada é rejeitada ou o resultado fica vazio?
As políticas de rejeição interrompem de propósito as conversões que exigiriam essa mudança de tipo. Datas de calendário inválidas são rejeitadas, em vez de serem trocadas em silêncio por outra data. Um BOM no início não é aceito; use TOML em UTF-8 válido.
Qual perfil de análise e quais limites se aplicam?
O perfil declarado é o TOML 1.1, via smol-toml. Valores de ponto flutuante usam binary64; valores não finitos são exportados como strings nomeadas. As datas usam precisão ISO em milissegundos, o que não garante uma conversão de ida e volta do TOML sem perdas; a entrada tem limite de 1 MiB.
As entradas ou os arquivos referenciados são enviados a um servidor?
A análise acontece localmente, em um worker do navegador. URLs presentes na entrada não baixam documentos remotos. Informe as dependências de esquema compatíveis como arquivos locais, guarde a sua fonte à parte e baixe os resultados antes de fechar a página.