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 envio
- Verifique antes de transferir
Os dados de entrada ficam neste separador, sem envio ou gravação automática. As contagens agregadas de utilização e os diagnósticos gerais de processamento são opcionais e enviados apenas com consentimento, sem conteúdo nem nomes de ficheiros. Limpar ou fechar elimina os dados; guarde primeiro os resultados necessários.
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 inseguros passam a texto exato ou são rejeitados. As datas passam a texto ISO com milissegundos ou são rejeitadas; desvios, tipos e precisão abaixo do milissegundo são diagnosticados. Os floats são binary64; valores não finitos são exportados como texto com nome. O BOM é rejeitado.
Só UTF-8. Entrada até 1 MiB; XML até 100.000 unidades UTF-16; profundidade até 64; JSON até 20.000 nós. JSONL até 16 MiB, 100.000 registos e 1 MiB por valor. Saída até 32 MiB. Consultas: 3 s; outras tarefas: 10 s; processo local cancelável. A memória nativa do XSD fica até 64 MiB; isto não é toda a memória do processo nem do DOM.
Como usar
- Escolher origem e modo
Cole TOML e escolha explicitamente se os inteiros grandes e as datas são convertidos em string ou rejeitados. Estas escolhas determinam como os tipos exclusivos do TOML são representados em JSON.
- Configurar parâmetros
Carregue o exemplo com as políticas de string. owner.id=9223372036854775807 passa a ser a string JSON exata "9223372036854775807"; owner.born passa a "1979-05-27T07:32:00.000Z". Reveja os diagnósticos de bigint e de datas.
- Verificar e transferir
Guarde o JSON com os respetivos diagnósticos. Uma data convertida em string já não é o tipo de data original do TOML; o desvio horário e a precisão inferior ao milissegundo podem mudar. Conserve o TOML original se essas distinções forem importantes.
Formatos e limites
Porque é que esta 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. As datas de calendário inválidas são rejeitadas, em vez de passarem em silêncio para outra data. Um BOM inicial não é suportado; use TOML em UTF-8 válido.
Que perfil de análise e que limites se aplicam?
Perfil TOML 1.1 declarado, através de smol-toml. Os valores de vírgula flutuante usam binary64; os valores não finitos são exportados como strings com nome. As datas em string têm precisão ISO de milissegundos e não permitem uma ida e volta TOML sem perdas; a entrada está limitada a 1 MiB.
As entradas ou os ficheiros referenciados são enviados para um servidor?
A análise é feita localmente, num worker do navegador. Os URL presentes na entrada não vão buscar documentos remotos. Forneça explicitamente, como ficheiros locais, as dependências de esquema suportadas; guarde o seu texto de origem em separado e descarregue os resultados antes de fechar a página.