Syntax ist erst die erste Prüfschicht

Ein Parser kann bestätigen, dass YAML, JSON oder XML formal lesbar ist. Er weiß jedoch nicht, ob Währung, Zeitzone, Kennung oder Pflichtfeld fachlich richtig sind. Bewahren Sie deshalb das Original, dokumentieren Sie Zeichencodierung und erwartetes Schema und prüfen Sie die Ausgabe mit repräsentativen Positiv- und Negativbeispielen.

YAML-Aliase und mehrdeutige Typen, XML-Namespaces sowie große Dokumente brauchen besondere Grenzen. ByteQuant verarbeitet im aktiven Tab und begrenzt Alias-Auflösung; die Ausgabe bleibt dennoch ein Konvertierungsentwurf, kein Beweis für sichere Konfiguration.

  • Vor der Umwandlung eine unveränderte Kopie sichern.
  • Schema und Pflichtfelder getrennt validieren.
  • Null, leere Werte, Unicode und große Zahlen testen.
  • Diff vor der Übernahme prüfen.

Flaches JSON und CSV-Deduplizierung brauchen eine Schlüsselregel

Beim Flattening werden verschachtelte Pfade zu Schlüsseln. Punkte, Array-Indizes und vorhandene Sonderzeichen können kollidieren; die Rückwandlung muss deshalb mit demselben Pfadvertrag getestet werden. Ein Roundtrip-Test aus Objekt, flacher Form und Objekt zeigt früh, ob Struktur verloren geht.

CSV-Zeilen sind nur bezüglich der gewählten Spalten doppelt. Groß-/Kleinschreibung, Leerzeichen, leere Werte und die Entscheidung ‚erste oder letzte Zeile behalten‘ verändern das Ergebnis. Berichten Sie Quellzeilen, eindeutige Zeilen und entfernte Schlüssel und löschen Sie die Quelldatei nicht.

  • Eindeutigkeitsschlüssel fachlich benennen.
  • Anführungszeichen und eingebettete Zeilenumbrüche testen.
  • Entfernte Datensätze stichprobenartig prüfen.

URL-Parameter und HTML-Entities sind Kontextfragen

Doppelte Query-Parameter können je nach Server zuerst, zuletzt oder als Liste ausgewertet werden. Tracking-Parameter zu entfernen ändert die URL, beweist aber weder Datenschutz noch die Gleichheit der Serverantwort. Prüfen Sie Host, Pfad, Fragment, Signaturparameter und Weiterleitungen vor dem Teilen.

HTML-Entity-Encoding schützt Text im HTML-Textkontext. Es ersetzt keine kontextabhängige Ausgabe-Kodierung für Attribute, URLs, CSS oder JavaScript und keine Sanitization von nicht vertrauenswürdigem HTML. Verwenden Sie DOM-APIs und ein geprüftes Sanitizing-Konzept, wenn Markup erlaubt werden soll.