Refentra
Deutsch
Zu den Werkzeugen

TOML prüfen und JSON exportieren

TOML 1.1 mit smol-toml 1.9.0. Kalenderungültige Daten werden abgelehnt, bevor JavaScript-Date sie normalisiert.

  • Läuft im Browser
  • Kein Upload
  • Vor dem Download prüfen

Eingaben bleiben in diesem Tab und werden weder hochgeladen noch automatisch gespeichert. Optionale aggregierte Nutzungszahlen und grobe Verarbeitungsdiagnosen werden nur nach Einwilligung gesendet, ohne Eingabeinhalte oder Dateinamen. Leeren oder Schließen verwirft Eingaben; benötigte Ergebnisse vorher speichern.

Formate und Grenzen

TOML 1.1 mit smol-toml 1.9.0. Kalenderungültige Daten werden abgelehnt, bevor JavaScript-Date sie normalisiert. Unsichere Ganzzahlen werden zu exakten Strings oder abgelehnt. Daten werden zu ISO-Strings mit Millisekunden oder abgelehnt; Typen und Genauigkeit unter einer Millisekunde werden gemeldet. Fließkommazahlen sind binary64; nicht endliche Werte werden zu Strings. Ein BOM wird abgelehnt.

Nur UTF-8. Eingabe höchstens 1 MiB; XML höchstens 100.000 UTF-16-Einheiten; Tiefe höchstens 64; JSON höchstens 20.000 Knoten. JSONL höchstens 16 MiB, 100.000 Datensätze und 1 MiB pro Wert. Ausgabe höchstens 32 MiB. Abfragen: 3 s; andere Aufgaben: 10 s; der Worker lässt sich abbrechen. Nativer XSD-Speicher höchstens 64 MiB; das ist nicht der gesamte Speicher von Worker und DOM.

So funktioniert es

  1. Quelle und Modus wählen

    Füge TOML ein und lege ausdrücklich fest, ob große Ganzzahlen und Datumswerte in Strings umgewandelt oder abgelehnt werden. Damit bestimmst du, wie Typen, die es nur in TOML gibt, in JSON dargestellt werden.

  2. Fachparameter festlegen

    Lade das Beispiel mit den String-Regeln. owner.id=9223372036854775807 wird zum exakten JSON-String "9223372036854775807", owner.born wird zu "1979-05-27T07:32:00.000Z". Sieh dir die Meldungen zu bigint und Datum an.

  3. Diagnosen prüfen und herunterladen

    Speichere das JSON zusammen mit den Meldungen. Ein umgewandelter Datums-String ist nicht mehr der ursprüngliche TOML-Datumstyp, Zeitzonenversatz und Genauigkeit unter einer Millisekunde können sich ändern. Behalte das TOML-Original, wenn dir diese Unterschiede wichtig sind.

Formate und Grenzen

Warum wird diese Eingabe abgelehnt oder bleibt das Ergebnis leer?

Die Ablehnungsregeln stoppen Umwandlungen, bei denen sich ein Typ ändern müsste, mit Absicht. Ungültige Kalenderdaten werden abgelehnt und nicht stillschweigend auf ein anderes Datum verschoben. Eine BOM am Anfang wird nicht unterstützt; nimm gültiges UTF-8-TOML.

Welches Parserprofil und welche Grenzen gelten?

Unterstützt wird das angegebene Profil TOML 1.1 über smol-toml. Fließkommazahlen nutzen binary64, nicht endliche Werte werden als benannte Strings exportiert. Datums-Strings haben ISO-Genauigkeit in Millisekunden, ein verlustfreier TOML-Rundlauf ist das nicht. Die Eingabe darf höchstens 1 MiB groß sein.

Werden Eingaben oder referenzierte Dateien an einen Server gesendet?

Das Parsen läuft lokal in einem Browser-Worker. URLs in der Eingabe laden keine Dokumente aus dem Netz. Liefere unterstützte Schema-Abhängigkeiten ausdrücklich als lokale Dateien mit. Bewahre deine Quelle separat auf und lade die Ergebnisse herunter, bevor du die Seite schließt.