Perguntas sobre YamlBox

Não. O conversor é executado inteiramente no seu navegador usando um analisador YAML incluído. Sua configuração – incluindo segredos dentro dela – nunca sai do seu dispositivo, e a ferramenta funciona offline após o carregamento da página.

Documentos separados por --- são analisados ​​individualmente e combinados em um array JSON, um objeto por documento. Se você quiser apenas o primeiro documento, mude a opção de vários documentos para “Somente primeiro documento”.

Sim. Qualquer YAML 1.2 válido funciona: manifestos Kubernetes, docker-compose.yml, pipelines GitHub Actions e GitLab CI, playbooks Ansible, especificações OpenAPI e arquivos de valores Helm. Âncoras e aliases usados ​​pelos modelos Helm são resolvidos com seus valores finais.

As causas mais comuns são tabulações usadas para recuo (YAML só permite espaços), dois pontos faltando após uma chave ou uma chave duplicada no mesmo mapeamento. O painel de erro mostra a linha incorreta e aponta na coluna, o que geralmente torna o problema óbvio.

Comentários não existem em JSON, então eles são descartados. Se você precisar preservá-los, mantenha o YAML como fonte da verdade e trate o JSON como um artefato de construção.

Arquivos de até alguns megabytes são convertidos em milissegundos. Arquivos extremamente grandes (dezenas de megabytes) dependem da memória do seu dispositivo; um navegador de desktop lida com eles confortavelmente, onde um telefone não.

Porque era um número na fonte JSON e YAML renderiza números canonicamente. Se o valor for semanticamente uma versão ou um identificador, ative “Forçar aspas” para que permaneça uma string no YAML.

Sim. O gerador cita qualquer chave que possa confundir um analisador YAML e deixa chaves simples sem aspas, para que a saída permaneça legível, mas inequívoca.

Sim – cole-o, solte o arquivo no painel de entrada ou use o botão Arquivo. Documentos de vários megabytes funcionam bem em um navegador de desktop; a conversão em si leva milissegundos.

Por padrão, sim – as teclas mantêm a ordem JSON. Habilite “Chaves de classificação” quando desejar um arquivo determinístico e em ordem alfabética que produza diferenças limpas no controle de versão.

Isso significa que o analisador atingiu um caractere que não pode aparecer onde foi encontrado - geralmente uma vírgula antes de uma chave de fechamento, aspas simples em vez de aspas duplas ou uma chave sem aspas. Este formatador mostra a linha e a coluna para que você possa corrigi-lo em segundos.

Ambos. A formatação requer uma análise bem-sucedida, portanto, se a saída aparecer, a entrada era válida. Qualquer problema estrutural aparece como um erro de localização, em vez de produzir silenciosamente resultados errados.

Arquivos de alguns megabytes são renderizados instantaneamente. Para documentos muito grandes, a memória do navegador é o limite prático, e não o formatador – um laptop típico lida com dezenas de megabytes sem problemas.

Sim – ative “Chaves de classificação” e as chaves serão classificadas recursivamente em todos os níveis. Isso torna os arquivos determinísticos, de modo que as diferenças de controle de versão mostram apenas alterações reais.

Nunca. Tudo é analisado na aba do seu navegador. Você pode até se desconectar da rede após carregar a página e o formatador continuará funcionando.

Uma comparação de texto compara linhas, portanto, reformatar ou reordenar chaves cria ruído. Esta ferramenta analisa ambos os documentos e compara valores por caminho, reportando apenas alterações semânticas reais.

Sim – os arrays são comparados elemento por elemento. Um elemento que existe em um documento, mas não em outro, é relatado como adicionado ou removido em um caminho indexado como $.users[2].

Sim. A ordem das chaves é irrelevante porque ambos os documentos são analisados ​​primeiro. {"a":1,"b":2} e {"b":2,"a":1} são comparados como idênticos.

Converta-os primeiro com o conversor YAML para JSON em outra aba, depois cole ambas as saídas JSON aqui. Como a diferença é estrutural, converter YAML em JSON primeiro não afeta o resultado.

Os tipos e a estrutura são precisos para a amostra fornecida. O que a inferência não pode saber são as regras de negócios – que uma idade deve ser positiva ou que um campo é um enum. Trate a saída como um forte ponto de partida e adicione restrições manualmente.

Os esquemas de itens são mesclados: as propriedades presentes em cada item tornam-se obrigatórias e as propriedades presentes apenas em alguns itens permanecem opcionais. As diferenças de tipo produzem uma união como type: ["string", "number"].

Escolha draft-07 se o seu validador for AJV 6/7, editores mais antigos ou qualquer coisa não atualizada recentemente — ele tem o suporte mais amplo e é o que a maioria das ferramentas OpenAPI 3.0 espera. Escolha 2020-12 para novos projetos e AJV 8.

AJV e outros validadores para verificações de tempo de execução, VS Code para preenchimento automático e validação de seus arquivos JSON, especificações OpenAPI para documentar respostas API e pipelines de CI para falhar em construções quando uma resposta sai do contrato.

Quando a entrada é uma matriz de objetos, cada propriedade é verificada em cada item. Uma chave ausente em alguns itens é marcada como opcional com ?, e as chaves presentes em todos os lugares permanecem obrigatórias.

Um nulo é tratado como um tipo próprio, portanto, um campo que às vezes é uma string e às vezes nulo é digitado string | null — um tipo honesto, em vez de uma mentira em que seu compilador confia.

As interfaces são a convenção mais comum e combinam bem nas declarações; aliases de tipo são lidos melhor para uniões e interseções. Funcionalmente, para formatos de dados gerados, ambos funcionam – corresponda à sua base de código existente.

Não diretamente. Gere o esquema JSON a partir da mesma carga útil e derive um validador, ou escreva o esquema Zod manualmente e use essas interfaces para o lado estático. Os tipos descrevem a forma em tempo de compilação; validadores protegem você em tempo de execução.

Sim. Cole ou solte o arquivo JSON — o aninhamento é inferido recursivamente. Cargas muito grandes são limitadas pela memória do navegador e não pelo próprio gerador.

Um nulo JSON não pode ser armazenado em uma string simples ou int, então um campo anulável recebe um ponteiro (*string, *int). Isso permite que encoding/json distinga “ausente” e “presente, mas nulo” sem falhar, que é exatamente para que servem os tipos de ponteiro.

Se um valor for uma string em um item e um número em outro, o gerador usará qualquer um em vez de inventar um tipo concreto errado. Você pode então decidir por um UnmarshalJSON personalizado se o API for realmente tão solto.

Somente para campos que estavam faltando em pelo menos um item da sua amostra. Os campos obrigatórios recebem tags simples, portanto, a viagem de ida e volta não descarta dados.

Sim – guias, alinhamento e ordem de campos seguem as convenções gofmt. Execute gofmt -l após colar e ele não deverá relatar alterações.

Sim. Objetos aninhados tornam-se estruturas nomeadas separadas, enquanto o ciclo é impossível em JSON analisado, portanto, mesmo cargas profundamente aninhadas geram um conjunto de tipos simples e legível.

Cada coluna é verificada em todas as linhas. Todos os números inteiros tornam-se INTEGER/INT, qualquer decimal torna-se NUMERIC/DOUBLE, booleanos tornam-se BOOLEAN, strings com aparência de JSON tornam-se TIMESTAMPTZ e objetos aninhados ou matrizes tornam-se JSONB/JSON/TEXT dependendo do dialeto.

É um script simples com literais de string com escape correto, portanto é seguro como ponto de partida. Revise-o antes de executar em produção: você pode querer chaves primárias, índices, restrições NOT NULL e chaves estrangeiras que o gerador não pode inferir.

Eles se tornam uma única coluna JSON/JSONB/TEXT contendo o valor aninhado. A modelagem relacional de estruturas aninhadas é uma decisão de projeto, portanto o gerador não adivinha as junções para você.

PostgreSQL se você quiser JSONB e TIMESTAMPTZ, MySQL para JSON colunas com números DOUBLE, SQLite para bancos de dados e testes baseados em arquivo. A estrutura do script é idêntica; apenas nomes de tipos e literais booleanos mudam.

Zeros à esquerda são significativos em identificadores como CEPs, códigos de produtos e números de telefone. A conversão de tipo está, portanto, desativada por padrão; ative-o somente quando cada coluna com aparência numérica for realmente numérica.

Corretamente - o analisador segue RFC 4180, então "Hopper, PhD" é um campo, não dois. As aspas duplas incorporadas não têm escape e os valores entre aspas de várias linhas são preservados.

Sim. Os delimitadores são detectados automaticamente a partir da primeira linha e você pode substituir a escolha explicitamente na barra de opções.

JSON Linhas (um objeto JSON por linha) é o formato que a maioria das ferramentas de dados, processadores de log e pipelines LLM esperam. Também transmite melhor: cada linha pode ser processada de forma independente.

Sem limite artificial — arquivos muito grandes são limitados apenas pela memória do seu navegador. Um 50 MB CSV pode ser convertido confortavelmente em um laptop típico.

Eles são achatados com notação de ponto, então {"customer":{"name":"Ada"}} se torna a coluna customer.name. Matrizes aninhadas não podem ser niveladas de forma significativa e são serializadas como JSON dentro da célula.

A lista de colunas é a união de todas as chaves em todos os registros. Uma chave ausente simplesmente produz uma célula vazia, que mantém todas as linhas alinhadas ao mesmo cabeçalho.

Sim. A saída é o padrão RFC 4180 CSV com codificação UTF-8. No Excel, use Dados → Do Texto/CSV se clicar duas vezes na codificação de mangles em versões mais antigas.

Sim — cada linha é analisada como um registro, então a entrada JSONL produz a mesma tabela que um array JSON equivalente.

XML permite um atributo e um elemento filho com o mesmo nome, que JSON não pode expressar com uma chave. O prefixo @ mantém os atributos distintos dos elementos, portanto nada se perde na conversão.

Quando a mesma tag aparece mais de uma vez entre irmãos, os valores tornam-se um array JSON. Uma única ocorrência permanece um escalar ou objeto — e é por isso que os consumidores devem tolerar ambos, ou porque você deve normalizar seu código.

Sim. Os elementos com namespace mantêm seus nomes locais e as colisões de prefixos são preservadas conforme escritas na fonte. Se você precisar de fidelidade total ao namespace, mantenha o XML original ao lado do JSON.

Sim — o envelope e o corpo são convertidos como qualquer outro XML. Para SOAP, mantenha a conversão habilitada para que os campos numéricos cheguem como números em vez de strings.

Não. O arquivo .xlsx é analisado por JavaScript na guia do seu navegador usando um leitor incluído. Ele nunca sai do seu dispositivo, o que torna a ferramenta segura para dados de RH, finanças e clientes.

.xlsx (Excel 2007 e posterior) e .csv. O formato binário legado .xls não é suportado — abra-o no Excel e salve como .xlsx ou .csv primeiro.

Valores armazenados em cache armazenados pelo Excel são usados. Se um arquivo foi salvo com fórmulas, mas sem resultados em cache – raro, mas possível – essas células podem ficar vazias. Salvar novamente no Excel atualiza o cache.

O Excel armazena datas como números de série; o leitor os converte em datas JavaScript e emite strings ISO, então "2025-03-14" chega como texto em vez de 45730.

O elemento <track>, e todos os principais players de navegador, implementam a especificação WebVTT. SRT é um formato herdado de ferramentas de transmissão — os players que o aceitam geralmente convertem internamente, de forma imperfeita.

Não. A conversão é uma transformação de texto do lado do cliente. Conteúdo confidencial ou não lançado nunca sai do navegador, o que muitas vezes é uma exigência contratual dos estúdios.

O WebVTT não os exige e são opcionais. Por padrão, as dicas são renumeradas sequencialmente; você pode desativar totalmente a numeração.

Sim — SRT tags <b>/<i>/<u> são WebVTT válidas e são preservadas. As substituições de posicionamento no estilo {an8} específicas de SRT são removidas, pois o WebVTT expressa o posicionamento de maneira diferente.

Ele tolera as peculiaridades usuais do mundo real: ou. em milissegundos, horas de um dígito, faltando linhas em branco entre os sinais com códigos de tempo válidos. Arquivos verdadeiramente quebrados recebem um erro claro em vez de corrupção silenciosa.

Com esta ferramenta, sim para o token em si – a decodificação é puro JavaScript no seu navegador e nada é enviado para lugar nenhum. Mas trate os tokens como segredos de qualquer maneira: um JWT é uma credencial de portador, válida para quem a possui até que expire. Para tokens de produção, prefira a decodificação local em seu próprio depurador.

Não, e nenhum decodificador sem sua chave secreta ou pública também. A decodificação apenas base64url decodifica os segmentos. A verificação requer a chave de assinatura e pertence ao seu backend ou a uma biblioteca como jose ou jsonwebtoken.

As causas comuns são: a reivindicação exp foi aprovada, o token foi emitido para um público (aud) ou emissor (iss) diferente, o relógio do servidor difere o suficiente para puxar o nbf para o futuro ou a chave de assinatura foi rotacionada. O painel de reclamações responde aos três primeiros instantaneamente.

iat é emitido em, exp é o tempo de expiração e nbf é não antes. Todos os três são carimbos de data/hora Unix em segundos. Um token é válido quando nbf ≤ now < exp (quando essas declarações estão presentes).

Você pode editar a carga útil, mas a assinatura não corresponderá mais, portanto, qualquer servidor que verifique as assinaturas irá – corretamente – rejeitá-la. Para testar, assine novamente com a chave em seu ambiente; essa é a única maneira de testar honestamente os caminhos de autenticação.

Por magnitude: os segundos da época têm 10 dígitos hoje (1735689600), milissegundos 13 (1735689600000). O conversor aplica essa regra e também respeita decimais explícitos — 1735689600,5 é tratado como segundos com uma parte fracionária.

Ambos descrevem o mesmo instante. O UTC é independente do fuso horário – sempre seguro para armazenamento e logs. Local mostra o que o relógio do seu dispositivo exibe, usando o fuso horário do navegador, que é o que o usuário percebe.

Quase sempre um bug de fuso horário em vez de um bug de carimbo de data/hora: um valor criado com um analisador de hora local, mas lido como UTC (ou vice-versa). Compare as linhas UTC e locais aqui - se elas diferirem no deslocamento UTC, essa é a causa.

Sim. Os carimbos de data/hora Unix negativos são válidos e representam datas anteriores à época; o conversor os trata e também analisa sequências de datas históricas.

O estouro de número inteiro assinado de 32 bits às 03:14:07 UTC de 19 de janeiro de 2038 afeta sistemas antigos que armazenam carimbos de data e hora como int32. Em JavaScript, esta ferramenta não é afetada – e a prática atual de armazenamento de 64 bits ou milissegundos não está sujeita a ela.

Use encodeURIComponent para um valor que você está colocando dentro de um parâmetro de consulta (?q=…): ele escapa &, =, ?, / e # então o valor não pode quebrar a estrutura do URL. Use encodeURI para um URL completo que você deseja manter intacto, o que deixa :, / e ? sozinho.

Em um caminho ou fragmento, o espaço deve ser %20. Em application/x-www-form-urlencoded data — o corpo de um formulário HTML clássico — o espaço é +. O analisador de consulta aqui trata + como um espaço, que é o comportamento correto para strings codificadas em formulário.

Porque foi codificado duas vezes – geralmente uma estrutura que codifica um valor já codificado. Decodifique uma vez aqui; se o resultado ainda contiver% de sequências, decodifique novamente e corrija o pipeline para que ele codifique exatamente uma vez.

Sim. O texto é codificado como bytes UTF-8 e depois com escape percentual, de modo que japonês, árabe, cirílico e emoji produzem URLs corretos e interoperáveis.

Não. Base64 é uma codificação, não uma criptografia — não tem chave e oferece zero confidencialidade. Trate os dados codificados em Base64 como texto simples que apenas parece embaralhado. Use criptografia (TLS, AES, idade) quando o sigilo for necessário.

O padrão Base64 usa + e /, que são problemáticos dentro de URLs e identificadores. A variante URL-safe (RFC 4648 §5) substitui - e _ e muitas vezes omite o preenchimento =, de modo que o valor sobrevive sendo colocado em uma string de consulta ou nome de arquivo.

Esta ferramenta decodifica em texto, o que é adequado para cargas de texto. Se os bytes decodificados forem uma imagem ou arquivo, este decodificador relata isso claramente, em vez de imprimir lixo - use uma ferramenta de bytes para arquivo para eles.

Preenchimento. Base64 encodes 3 bytes into 4 characters; quando o comprimento da entrada não é múltiplo de três, a codificação é preenchida com = para manter o bloco completo. O preenchimento geralmente é opcional e é removido no uso seguro para URL.

A tradução da solicitação é exata — método, URL, cabeçalhos e corpo correspondem ao que o curl enviaria. O que você deve adicionar antes do envio: tratamento de erros (verifique response.ok), tempos limite com AbortController e lógica de repetição para chamadas idempotentes.

Isso é anotado em um comentário em vez de traduzido, porque a busca de nó verifica o TLS por padrão e desabilitar isso no código é uma decisão de segurança. Em vez disso, corrija o certificado; se você realmente precisar, defina NODE_TLS_REJECT_UNAUTHORIZED=0 apenas em um ambiente descartável.

-u user:pass torna-se um cabeçalho Authorization: Basic com as credenciais codificadas em Base64, que é exatamente o que o curl envia. Prefira tokens em vez de autenticação básica onde API suporta.

A compactação é transparente na busca, portanto --compressed não precisa de código. Os redirecionamentos são seguidos por padrão na busca, combinando curl com -L; se você precisar de manipulação manual de redirecionamento, defina redirecionamento: "manual".

A maioria das falhas vem de aspas sem escape em strings de shell complexas ou sinalizadores que o analisador não reconhece. O erro nomeia o token que ele bloqueou – geralmente é mais rápido corrigir o comando do que adivinhar.

Porque os arquivos README são lidos na forma bruta pelo menos com a mesma frequência que na forma renderizada - em editores, diffs e terminais. Colunas preenchidas tornam a fonte legível e os renderizadores Markdown ignoram os espaços extras.

Sim – cole a tabela; uma entrada delimitada por barras verticais é reconhecida e a linha separadora existente é ignorada, para que você recupere os dados sem a formatação.

Sim, com uma barra invertida (\|), que é o escape Markdown padrão com sabor GitHub. Sem ele, uma barra vertical em um valor dividiria silenciosamente a linha em colunas extras.

GitHub, GitLab, Bitbucket, Obsidian, Notion (via paste), Jira, a maioria dos geradores de sites estáticos e qualquer renderizador CommonMark com suporte de tabela. GitHub Aromatizado Markdown é o padrão de fato aqui.