Syntax und Struktur zuerst prüfen
Schön formatiertes JSON erfüllt nicht automatisch Geschäftsregeln. Nach Parserfehlern müssen Pflichtschlüssel, Typen, Nullwerte und Arraystruktur geprüft werden. Vor CSV ist festzulegen, wie verschachtelte Objekte dargestellt werden.
Zahlen, Boolesche Werte und Datumswerte können in CSV zu Text werden; beim Rückweg entstehen die Ursprungstypen nicht automatisch.
- Feldtypen dokumentieren.
- Fehlende und zusätzliche Schlüssel prüfen.
- Regel für Verschachtelung festlegen.
Lebenszyklus der Übergabe verstehen
Die Aktion speichert nur sichtbare Ausgabe, Ziel-Slug und Zeit in sessionStorage. Das Ziel liest die Eingabe im selben Tab und entfernt den Datensatz nach Nutzung oder zwanzig Minuten.
Bequemlichkeit anonymisiert keine Daten. Bei Bedarf vor der Konvertierung maskieren und unerwartete Inhalte am Ziel prüfen.
Base64 ist keine Verschlüsselung
Base64 ist umkehrbare Kodierung ohne Vertraulichkeit, Zugriffskontrolle oder Integrität. Sie ist für transportierbaren Text geeignet, nicht zum Verbergen von Geheimnissen.
Unicode muss durch einen Rundlauf geprüft werden. Große Dateien verursachen mehr Speicherbedarf; jenseits der Werkzeuggrenzen ist ein dateiorientierter Ablauf nötig.
CSV: Ein Komma beginnt nicht immer eine Spalte
Wählen Sie CSV → JSON. Das Beispiel enthält zwei Spalten und einen Datensatz. Das Komma in Anführungszeichen gehört zu note; ein einfaches Trennen an jedem Komma würde eine dritte Spalte erzeugen. Zellen bleiben Zeichenfolgen, deshalb bleibt id gleich "007". Zählen Sie Datensätze ohne Kopfzeile und prüfen Sie die beiden Schlüssel. Zahlenumwandlungen benötigen eine bewusste Folgeentscheidung.
id,note
007,"A,B"[
{
"id": "007",
"note": "A,B"
}
]Eingabe, die fehlschlagen soll
id,note
007,A,BOhne Anführungszeichen entstehen drei Felder unter einem Header mit zwei Feldern; die Konvertierung muss stoppen. Umgekehrt lassen sich verschachtelte JSON-Objekte nicht automatisch in flache CSV-Zeilen umwandeln. Legen Sie zunächst die Spaltenzuordnung fest. Formelähnliche Zellen können beim Export ein schützendes Apostroph erhalten. Prüfen Sie deshalb Rohtext und Tabellenzelle nach dem Import.
Base64: Unicode im Hin- und Rückweg prüfen
Kodieren Sie genau den Text Çay ☕. Das Ergebnis stellt seine UTF-8-Bytes in Base64 dar; behalten Sie das Füllzeichen am Ende. Wechseln Sie zum Dekodieren und geben Sie das Ergebnis zurück: Ç und Kaffeetasse müssen unverändert bleiben. Zeichenanzahl und Byteanzahl unterscheiden sich. Dieses Beispiel entdeckt Kodierungsfehler, die reine ASCII-Tests übersehen.
Çay ☕w4dheSDimJU=Eingabe, die fehlschlagen soll
/w==/w== stellt gültige Base64-Bytes dar, doch das dekodierte Byte 0xFF ist allein kein gültiger UTF-8-Text. Dieser Textdekoder sollte es ablehnen; er ist kein Dekoder für Bilder oder beliebige Dateien. Base64 bietet weder Geheimhaltung noch Verschlüsselung. Kodierte Passwörter, Zugriffstoken und Personendaten sind weiterhin lesbar.
Den Ratgeber sicher ausprobieren
Testen Sie die Schritte aus „Sichere Browser-Übergabe zwischen JSON, CSV und Base64“ zuerst mit synthetischen Daten in JSON-Formatierer & Validator. Häkchen bleiben nur in diesem Tab.
Den Ratgeber in eine wiederholbare Prüfung überführen
Nutzen Sie diesen Prüfplan mit 3 Werkzeugen für „Sichere Browser-Übergabe zwischen JSON, CSV und Base64“. Ziel: JSON-Prüfung, CSV-Konvertierung und Base64-Kodierung mit einer Übergabe im selben Tab sicher verbinden. Beginnen Sie mit einem sicheren Beispiel statt Echtdaten und dokumentieren Sie Sollergebnis und Abnahmeentscheidung jedes Schritts.
JSON-Formatierer & Validator
- Vorbereitung
- Fügen Sie einen JSON-Wert ein: Objekt, Array, String, Zahl, Boolean oder null. Eigenschaftsnamen benötigen doppelte Anführungszeichen; Kommentare und nachgestellte Kommas sind kein JSON. Prüfen Sie das Format zuerst mit einem synthetischen Beispiel statt mit sensiblen Echtdaten.
- Durchführung
- Lokale Verarbeitung starten. JSON.parse prüft die Syntax; JSON.stringify schreibt mit zwei Leerzeichen Einrückung oder kompakt. Fehlerhaftes JSON wird nicht durch Vermutungen repariert.
- Abnahmekontrolle
- Abnahmekriterium: Bei {"id":"007","active":false,"items":[]} muss id ein String, active ein Boolean und items ein leeres Array bleiben. Vergleichen Sie die Werte nach Komprimierung und erneuter Formatierung. JavaScript Number kann bei großen Ganzzahlen Präzision verlieren; lange Kennungen als Strings speichern. Doppelte Schlüssel können beim Parsen verloren gehen. Keine JSON-Schema-Validierung.
- Erwartete Ausgabe
- Neben dem formatierten JSON erscheinen Wurzeltyp, Schlüsselzahl, maximale Tiefe und UTF-8-Ausgabebytes. Schlüsselzahl und Arraylänge sind unterschiedliche Maße.. Validieren, formatieren oder minimieren Sie JSON direkt im Browser.
JSON ↔ CSV-Konverter
- Vorbereitung
- CSV benötigt eine Kopfzeile und gleich breite Datensätze; JSON ein nicht leeres Array flacher Objekte. Prüfen Sie das Format zuerst mit einem synthetischen Beispiel statt mit sensiblen Echtdaten.
- Durchführung
- Lokale Verarbeitung starten. CSV-Parsing berücksichtigt Anführungszeichen, Escaping und erkannte Trenner. JSON → CSV erzeugt Spalten aus Objektschlüsseln.
- Abnahmekontrolle
- Abnahmekriterium: Die Kennung 007 und die zitierte Zelle A,B müssen erhalten bleiben. Datensätze ohne Header zählen und Spaltenzuordnung prüfen. Verschachtelte Objekte zuerst abflachen. Maximal 10.000 Datensätze; JSON → CSV benötigt 1–500 Spalten. Formelartige Zellen werden geschützt.
- Erwartete Ausgabe
- CSV → JSON erhält Zellen als Zeichenfolgen. JSON → CSV erzeugt eine flache Tabelle; Zeilen- und Spaltenzahlen werden angezeigt.. Konvertieren Sie flache Objektlisten und CSV-Tabellen lokal.
Base64-Kodierer/Decoder
- Vorbereitung
- Unicode-Text zum Kodieren oder Base64 mit UTF-8-Text zum Dekodieren eingeben. Prüfen Sie das Format zuerst mit einem synthetischen Beispiel statt mit sensiblen Echtdaten.
- Durchführung
- Lokale Verarbeitung starten. TextEncoder erzeugt UTF-8-Bytes für Base64. Beim Dekodieren prüft TextDecoder die UTF-8-Gültigkeit strikt.
- Abnahmekontrolle
- Abnahmekriterium: Çay ☕ kodieren und zurückdekodieren; Ç und ☕ müssen erhalten bleiben. /w== muss die UTF-8-Prüfung verletzen. Base64 ist keine Verschlüsselung. Das Werkzeug verarbeitet UTF-8-Text, keine beliebigen Binärdateien oder Bildrekonstruktionen.
- Erwartete Ausgabe
- Je nach Richtung entsteht Base64 oder dekodierter Unicode-Text, ergänzt um Bytekennzahlen für Quelle und Ausgabe.. Kodieren oder dekodieren Sie UTF-8-Text lokal als Base64.
Für JSON-Formatierer & Validator gilt folgende Grenze: JavaScript Number kann bei großen Ganzzahlen Präzision verlieren; lange Kennungen als Strings speichern. Doppelte Schlüssel können beim Parsen verloren gehen. Keine JSON-Schema-Validierung. Ist diese Bedingung nicht erfüllt, darf die Ausgabe nicht an den nächsten Arbeitsschritt übergeben werden.
Dokumentieren Sie für „Sichere Browser-Übergabe zwischen JSON, CSV und Base64“ Werkzeug, Einstellung, Browserversion und den Abnahme- oder Ablehnungsgrund für „JSON-Formatierer & Validator einsetzen, wenn das Ziel lautet: Validieren, formatieren oder minimieren Sie JSON direkt im Browser“ – nicht den sensiblen Inhalt. So bleibt die Prüfung ohne Echtdaten wiederholbar.