La conversión es un problema del modelo de datos.
Los formatos que parecen similares no conservan la misma información. JSON tiene objetos, matrices, números, cadenas, booleanos y nulos. CSV tiene filas y campos pero no tipos universales. YAML puede expresar comentarios, anclajes, etiquetas y detalles de presentación. Markdown describe la estructura de la prosa; HTML describe un árbol de documentos. Base64 es una codificación, no una encriptación. La codificación URL se aplica de forma diferente a los componentes de ruta, consulta y fragmento.
La pregunta segura es qué significado existe en la fuente que el objetivo no puede representar.
Utilice una verificación previa de cinco pasos
No confíe en la detección automática cuando la puntuación se superponga.
Un API, una hoja de cálculo, un sitio web y una exportación humana necesitan resultados diferentes.
Es posible que los tipos, comentarios, fórmulas, ordenamiento y codificación no sobrevivan.
Incluya casos extremos antes de procesar el conjunto de datos completo.
Validar con el sistema que consumirá el resultado.
JSON: estructura estricta y tipos reales
JSON requiere claves y cadenas entre comillas dobles, no permite comentarios ni comas finales y no puede representar NaN o Infinity. Los puntos de falla comunes incluyen números enteros grandes redondeados por los consumidores, fechas reducidas a cadenas, claves duplicadas sobrescritas y caracteres de control sin escape. Después de formatear o convertir, analice la salida nuevamente en lugar de verificar la apariencia.
CSV: contexto oculto dentro de un archivo simple
| Value | Failure | Manejo seguro |
|---|---|---|
| coma en el texto | columna adicional | Cita el campo |
| Cita en texto | Cierre prematuro | Duplica la cotización |
| Cero inicial | El identificador se convierte en un número. | Importar como texto |
| Entero largo | Pérdida de precisión | Mantener como texto |
| Prefijo tipo fórmula | Ejecución de hoja de cálculo | Desinfectar las exportaciones que no son de confianza |
Los sistemas reales también utilizan tabulaciones, punto y coma, diferentes codificaciones y reglas de importación específicas de la aplicación. Analice el CSV genuino en lugar de dividirlo en comas.
JSON y YAML no son perfectamente reversibles
JSON-to-YAML suele ser sencillo. YAML-to-JSON puede descartar comentarios, anclajes, alias, etiquetas explícitas y estilos escalares. Identificadores de comillas, números de versión, fechas y valores ambiguos cuando la identidad de la cadena es importante. Pruebe con el analizador real utilizado por el destino.
Las conversiones Markdown y HTML tienen pérdidas
El HTML arbitrario puede contener diseños, formularios, scripts, atributos, medios integrados y componentes personalizados que Markdown no puede expresar. HTML-to-Markdown debería preservar el contenido semántico, no la página completa. Markdown-to-HTML es más predecible dentro de la sintaxis admitida por el renderizador. Sanitize generó HTML antes de publicar entradas que no sean de confianza.
Base64 codifica bytes; no los protege
Base64 hace que los datos binarios se puedan representar como texto y aumenta el tamaño. Cualquiera puede decodificarlo. El texto debe convertirse a bytes (generalmente UTF-8) y decodificarse con la misma codificación de caracteres.
No lo utilice para ocultar secretos, credenciales, información personal o contenido ejecutable.
La codificación URL es específica del componente.
Codificar un URL completo como si fuera un valor de consulta puede dañar los separadores. Codifique los valores antes de insertarlos en los parámetros de consulta, evite la doble codificación, utilice un analizador URL compatible con estándares y nunca asuma que la entrada decodificada del usuario es segura HTML o una redirección segura.
Utilice el convertidor de Jivaro
- Abra Convertidor de formatos de datos y texto.
- Seleccione el origen y el destino de forma explícita cuando la detección sea ambigua.
- Pegue una muestra representativa.
- Elija JSON bonito/minificar, JSON↔YAML, Markdown↔HTML, HTML→texto/BBCode, CSV→JSON, URL codificar/decodificar, o Codificación/descodificación Base64.
- Inspeccionar errores y obtener una vista previa.
- Validar en el analizador de destino.
- Compare recuentos de claves, recuentos de filas, tipos y valores de bordes.
Lista de verificación de verificación
Utilice un analizador o importador real.
Compare claves, filas y anidamientos.
Verifique ID, fechas, valores booleanos, nulos y números grandes.
Pruebe nombres, símbolos y finales de línea.
Desinfecte HTML y los datos encuadernados en hojas de cálculo.
Vuelva a convertir cuando los formatos lo permitan.
Los ejemplos de ida y vuelta revelan pérdidas ocultas
Convierta una configuración YAML a JSON y viceversa: los comentarios y anclajes pueden desaparecer incluso cuando los valores regresan. Convierta CSV a JSON y viceversa: el orden de las columnas, las cadenas vacías entre comillas y los identificadores de apariencia numérica pueden cambiar. Convierta Markdown a HTML y viceversa: se pueden perder atributos sin procesar, bloques personalizados y espacios en blanco exactos. Estos no son defectos del convertidor cuando el formato de destino no tiene una representación equivalente.
Cree una pequeña muestra "dorada" que contenga valores vacíos, Unicode, delimitadores, enteros largos, datos anidados y ceros a la izquierda. Almacene el resultado analizado esperado y utilícelo siempre que cambie el flujo de trabajo o el convertidor.
Comprobaciones de seguridad para la salida generada
El texto estructurado puede volverse ejecutable cuando se importa. HTML puede ejecutar contenido activo, las celdas de una hoja de cálculo pueden activar fórmulas, las URL pueden redirigir a los usuarios y Base64 decodificado puede contener archivos o scripts. Trate la conversión como un cambio de representación, no como una validación o desinfección. Aplicar los controles de seguridad del destino después de la conversión y antes de la publicación o ejecución.
Preguntas frecuentes
JSON está alineado con YAML 1.2, pero los comentarios, anclajes, etiquetas, estilos escalares y el comportamiento del analizador pueden provocar pérdidas en la conversión.
El importador probablemente interpretó los identificadores como números. Importe esa columna como texto o use un formato escrito.
No. Solo cambia la representación de bytes.
Analícelo en el sistema de destino, compare estructura y tipos, pruebe Unicode y valores de borde, y realice un viaje de ida y vuelta cuando sea posible.
Aplicaciones relacionadas Jivaro
Formatea y convierte JSON, YAML, XML, CSV, TSV, NDJSON, Markdown, HTML, BBCode, URL, Base64 y texto sin formato directamente en tu navegador.
Abrir aplicaciónFuentes y referencias
- El formato de intercambio de datos JSON (RFC 8259)Editor RFC · referencia
- Formato común y tipo MIME para archivos CSV (RFC 4180)Editor RFC · referencia
- YAML 1.2.2 EspecificaciónYAML Equipo de desarrollo de lenguaje · referencia
- Codificaciones Base-N (RFC 4648)RFC Editor · referencia
- URL EstándarWHATWG · referencia
- CommonMark EspecificaciónCommonMark · referencia
- Conversor de formatos de datos y textoJivaro · propio